<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 19.6.2010 01:29, Svend H&oslash;st wrote:
    <blockquote
      cite="mid:AANLkTinxwNsJeEzpSUxP8zK48lOSLAIm1Lm-_rQnAZ7D@mail.gmail.com"
      type="cite">A recording has been made and the title from the epg
      contains danish letters "&aelig;/ae,&oslash;/oe and &aring;/aa".<br>
      If i try to locate and play the recording by upnp and browsing the
      upnp tree By Date, the recording is shown properly.<br>
      If i choose By Title no content is streamed to my player, so the
      recording is there and it is properly recorded since i can see it
      when choosing by date.<br>
      <br>
      From the log :<br>
      2010-06-19 00:30:16.119 HTTPRequest::ProcessSOAPPayload :
      "urn:schemas-upnp-org:service:ContentDirectory:1#Browse" :<br>
      2010-06-19 00:30:16.413 UPnpCDS::HandleBrowse ObjectID=RecTv/1,
      ContainerId=<br>
      2010-06-19 00:30:16.431 UPNP Browse : Searching for : RecTv&nbsp; /
      ObjectID : RecTv/1<br>
      2010-06-19 00:30:16.449 UPnpCDSTv::IsBrowseRequestForUs - Not
      sure... Calling base class.<br>
      2010-06-19 00:30:16.548 HTTPRequest::SendResponse(xml/html) ()
      :200 OK -&gt; <a moz-do-not-send="true"
        href="http://172.17.14.200">172.17.14.200</a>: 1<br>
      2010-06-19 00:30:31.478 HTTPRequest::ProcessSOAPPayload :
      "urn:schemas-upnp-org:service:ContentDirectory:1#Browse" :<br>
      2010-06-19 00:30:31.566 UPnpCDS::HandleBrowse
      ObjectID=RecTv/1/key=Bonder&iuml;&iquest;&frac12;ven retro, ContainerId=<br>
      2010-06-19 00:30:31.586 UPNP Browse : Searching for : RecTv&nbsp; /
      ObjectID : RecTv/1/key=Bonder&iuml;&iquest;&frac12;ven retro<br>
      2010-06-19 00:30:31.605 UPnpCDSTv::IsBrowseRequestForUs - Not
      sure... Calling base class.<br>
      2010-06-19 00:30:31.699 HTTPRequest::SendResponse(xml/html) ()
      :200 OK -&gt; <a moz-do-not-send="true"
        href="http://172.17.14.200">172.17.14.200</a>: 1<br>
    </blockquote>
    <br>
    I've had the same issue - living in the Czech Republic, many shows
    and movies have the Czech diacritics (CP: iso-8859-2 / win1250) in
    them. Until now, I had to use "By Date", which was a bit of a pain
    in the ass to be honest.<br>
    <br>
    I never looked into it before, just a bit of googling, and I haven't
    found anybody with the same issue, so I thought it was a local
    problem in my setup. Probably nobody ever reported it - except you,
    that is. :) About an hour ago, I noticed your email by pure chance
    and it helped me to see that my situation was the same: the bug with
    empty folders via UPnP appeared only for shows with Czech characters
    -- I never noticed that, thought the issue was "random".<br>
    <br>
    For example: "<b>By Title</b>" browsing displayed a folder "<b>&#268;ern&aacute;
      zmie (18)</b>", but when I clicked it open on PS3 or in Totem on
    the desktop, it was <b>empty</b>. Locating the show via "<b>By Date</b>"
    played it without fail.<br>
    <br>
    So, I checked the source in my local MythTV 0.23-fixes repo and
    indeed, there was a bug in handling UTF8 requests. US coders didn't
    expect the search filters to contain UTF8 characters, so they used
    .toLatin1() conversions all around the place. I'm attaching a simple
    fix, switching from .toLatin1() to .toUtf8() fixes the whole issue.
    Applying to upstream is as simple as "search and replace".<br>
    <br>
    Some of the 11 conversions don't actually need .toUtf8(), but it
    doesn't hurt either. Developers can apply just those parts that are
    required.<br>
    <br>
    <pre class="moz-signature" cols="72">-- 
David Kubicek</pre>
  </body>
</html>