One important detail missing from the message before others can reproduce it: QMediaPlaylist has to be loaded from a local .m3u file ! The .m3u must have a reference to a song with a # in its filename.
Adding the file directly to the playlist does not reproduce the problem i just described. > So if you add an mp3 # in its filename to a QMediaPlaylist (linux > desktop, qt471, mobility 1.2beta), and then get the QUrl from the > QMediaContent::canonicalUrl(), then call QUrl::toLocalFile(), you can > run into this problem: the file is truncated at the # sign. Which is > why I needed to write my own toLocalFile() as a workaround. > > I will make up a testcase and open a bug report for this when I have time. > > There must be a bug in the way they were created (not by me!). > > > On Mon, Apr 18, 2011 at 9:32 AM, Thiago Macieira <[email protected]> wrote: >> On Monday, 18 de April de 2011 09:12:23 Alan Ezust wrote: >>> I guess QUrl::toString() decodes those escapes again, because I never >>> actually see the %235 in the urls I've created, using either technique. >>> But that must be what I was doing earlier to get this problem. thanks! >> >> QUrl's constructor and toString are destructive. Do not use them. >> >> Use QUrl::fromEncoded, fromLocalFile, toEncoded, etc. >> -- >> Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org >> Senior Product Manager - Nokia, Qt Development Frameworks >> PGP/GPG: 0x6EF45358; fingerprint: >> E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 >> > _______________________________________________ Qt-mobility-feedback mailing list [email protected] http://lists.qt.nokia.com/mailman/listinfo/qt-mobility-feedback
