Bugzilla – Bug 11329
CLI : "save playlist" command with unicode characters incorrect
Last modified: 2009-10-05 14:37:10 UTC
The command: playlist save Λίστα returns: playlist save ?I?I?I± The saved playlist appears with incorrect characters also on the web interface. If I save a playlist with unicode characters through the web interface everything is OK. The webif and the cli can read it and play it correctly. So, the problem is specifically with the "playlist save" cli command. SqueezeCenter 7.3.3 on WHS CLI Client on WinXP Home This seems very similar (the wrong characters too) to the Bug 8132 which was just resolved. Maybe it's a similar solution. At your disposal for any additional information. pulp
Are you using Windows telnet client to issue that CLI command? Or are you running the command programmatically from an application?
(In reply to comment #1) > Are you using Windows telnet client to issue that CLI command? Or are you > running the command programmatically from an application? Programmatically from a vb.net application. I'm not using any encoding before sending the string. Similary, I don't use any encoding when sending other strings e.g. to play a file or add it to the playlist. With the difference that all other commands work, even when greek characters are included.
Would URI-escaping help here?
(In reply to comment #3) > Would URI-escaping help here? Andy, does your question target me (the app programmer) or the CLI developers?
> > Would URI-escaping help here? > > Andy, does your question target me (the app programmer) or the CLI developers? I can't speak for Andy, but I would indeed have asked you to run this test. Because URI escaping is the way queries should be submitted by design.
(In reply to comment #5) > > > Would URI-escaping help here? > > > > Andy, does your question target me (the app programmer) or the CLI developers? > > I can't speak for Andy, but I would indeed have asked you to run this test. > Because URI escaping is the way queries should be submitted by design. OK Michael, I will.
(In reply to comment #3) > Would URI-escaping help here? Sending the string URI-escaped makes the playlists appear correctly both in the webif and the CLI (playlists x y command). Saving the first playlist that starts with a unicode character is OK. Every other attempt works too, but the new playlist replaces the first one. This is only for playlists saved uri-escaped through the cli that also start with a unicode character. Playlists either saved through the webif or have a non-unicode first character are not affected. I hope it's clear, at your desposal for any clarification. pulp
> I hope it's clear, at your desposal for any clarification. I'm sorry, I'm not sure. IMHO it works as advertised if you user URI-escaping (which is what the CLI is expecting). Anything which wouldn't work?
pulp - do you still see issues when using URI escaping?
pulp - could you please try the latest 7.4 nightly build?
(In reply to comment #10) > pulp - could you please try the latest 7.4 nightly build? I will today and report. Sorry for my long absence.
(In reply to comment #10) > pulp - could you please try the latest 7.4 nightly build? It works with the latest 7.4 (WHS). Any chance you add the fix to the 7.3.3 too, since 7.4 is unusable for me? (it only scans half of my library, and hangs quite a lot). thanks pulp
> It works with the latest 7.4 (WHS). Great, thanks for the feedback! > Any chance you add the fix to the 7.3.3 too, since 7.4 is unusable for me? (it > only scans half of my library, and hangs quite a lot). No, no backporting, as most of the scanning code in 7.4 has been rewritten. Please test with the latest 7.4 nightlies and report any bug you see (unless they've been reported already). Thanks!
> Great, thanks for the feedback! Thanks for your efforts. > No, no backporting, as most of the scanning code in 7.4 has been rewritten. I'm a little confused by it. It was my understanding that no new features will make it to the 7.3.3 beta, but bug fixes? I remember reading that the 7.3.3 "stable" is to be released soon and I expected that you are working mainly on fixing bugs and especially the already resolved ones will make it there. > Please test with the latest 7.4 nightlies and report any bug you see (unless > they've been reported already). Thanks! I'm back to 7.3.3 for good, but I will report my experiences with 7.4 in the forum. thanks again pulp
This bug has been marked as fixed in the 7.4.0 release version of SqueezeBox Server! * SqueezeCenter: 28672 * Squeezebox 2 and 3: 130 * Transporter: 80 * Receiver: 65 * Boom: 50 * Controller: 7790 * Radio: 7790 Please see the Release Notes for all the details: http://wiki.slimdevices.com/index.php/Release_Notes If you haven't already, please download and install the new version from http://www.logitechsqueezebox.com/support/download-squeezebox-server.html If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.