Bugzilla – Bug 10009
SC not able to read cyrillic-based name
Last modified: 2009-10-05 14:25:51 UTC
Customer has a folder with a Cyrillic-based name (Айвенго), if he browses to his folder from Squeezecenter Settings he sees (DAEC~1) instead of Айвенго, see screenshot 1. This also shows when he browses his Music folder from the Squeezecenter main page, see screenshot 2. If he browses the songs from the music folder, the songs name show the same problem, however if we browses by artists or albums the Cyrillic name shows properly. Tested and verified on Windows-XP running SqueezeCenter Version: 7.2.1 - 23630 RN(081107-002622)
Created attachment 4251 [details] Screenshot 1
Created attachment 4252 [details] Screenshot 2
Please update to the very latest 7.3 build and try again.
QA confirmed, still an error with 7.3 nightly
This does not happen on MAC OS
Osama: Can you verify that the Cyrillic font set (Windows-1251 fonts) is loaded and active on your test system as well as the customers system. Here are couple ways to verify that: * If you have Internet access, go to a Russian site such as say "Search Engine Yandex" http://www.yandex.ru/ and see for yourself that Russian text is readable there. It means that standard Windows fonts that browser uses for display - "Arial" or "Times News Roman" - do contain Cyrillic, otherwise you would not see any readable text on that site. * Open Wordpad editor (Start/Programs/Accessories/Wordpad) and see Cyrillic variations of several fonts, for example, you will see, in addition to the "Western" variation (script), the following: o Proportional fonts - "Arial (Cyrillic)", "Times New Roman (Cyrillic)" o Fixed - "Courier New (Cyrillic)"
Created attachment 4255 [details] Screenshot 3.
I opened the link http://www.yandex.ru/ and it looks fine in my browser, see screenshot 3.
I have reported this bug to support. However, it appears that the problem description in Bugzilla does not precisely represent the one I described, even though I'm sure they are related. Some details are incorrect, so below is the copy of the original support request. ----------- Hello, I had SqueezeCenter 7.1 installed on Windows Server 2003 x64. Everything used to be fine until I updated to the latest stable version (7.21). Now SqueezeCenter is able to scan (and see) file and folders with Latin characters in them only, all my Cyrillic-based collection is no longer visible. Even when I attempt to go to Settings->Basic Settings and click on "Browse" next to Music Folder in order to select the folder I require - only part of the folder tree is visible, folders with Cyrillic characters in them are simply not present in the list. I upgraded to the latest trunk version (7.3 - 23831), but the problem remains. It would be unfortunate if I had to downgrade, as new firmware offers some nice enhancements. Could you have a look at this issue, please? Thanks in advance. Vyacheslav Borukhson P.S. I double-checked all of the above by installing SqueezeCenter 7.3 on Windows XP SP3 inside a virtual machine - same results. ----------- To summarize - my primary OS is Windows Server 2003 x64. The system is fully Cyrillic-capable and in fact runs an Exchange Server 2007, where Cyrillic support is enabled and is working properly. The symptoms here, however, are slightly different - if I was to take either screenshot 1 or 2 as an example, the following would be true: I used to be able to see garbled Cyrillic in both cases before, just as screenshots show, but now I am unable to seen any. Makes no difference if I'm trying to choose Music folder or browse one - nothing which has Cyrillic in it appears, only Latin-based names are visible. Before, even though file and folder names appeared garbled, everything else was working - scanner could pick those files up, and tags were shown correctly. Now SC does not see Cyrillic-based file and folder names and scanner does not scan them, which results in the Cyrillic-basde part of my collection being completely unusable.
Vyacheslav: Thank you for the extra detail. Are you able to go back to SC 7.1 and still see the proper Cyrillic characters? Or did upgrading to 7.2.1 break it? I tried going back to 7.0 & 7.1, but I still see the broken characters.
Characters were always broken in file and folder names (I was using SlimServer since version 6.5) and were always correct in tags. I never bothered to report this issue because the system had worked in the way I wanted it anyway, and I was not using direct folder access in my setup. I do not know at what stage this bug had manifested itself, as I have done a number of upgrades, but I suspect that this bug had revealed itself when I moved the whole collection to a new disk, thus triggering a full rescan. Somehow, while I was doing upgrades without changing the collection's location, everything worked. At present I'm away on a business trip. I shall be back in a week and could try and revert to the lower version if you want me to. Also, if it is of any help, I could arrange a VPN access for you to the server in question, should you prefer to do some debugging on the affected system itself. P.S. I had observed another Cyrillic-related issue, this time with Cyrillic tags on the Controller - scrolling is very jumpy and not smooth at all. Do you want me to report it as a new bug?
Michael to look at this for 7.3.1 or 8.0
Created attachment 4451 [details] readdir implementation for Windows Perl's readdir() function can't handle Windows paths with wide characters. We would therefore have to rewrite this function using some Windows API calls. This needs major work in SC. Not going to happen in 7.3.1
code inspired by http://www.perlmonks.org/?node_id=682441 FileSystemObject reference: http://msdn.microsoft.com/en-us/library/95dtkhsz(VS.85).aspx
Created attachment 4452 [details] expand short filename as returned by readdir() to full name for display in "readdirectory" query change 24325 What you described as "garbled characters" is Windows' short 8.3 version of your file name. I've changed it so at least the folder name is displayed correctly in the selection tree. It will internall still use the short path name (as can be seen from the top line in the screenshot). It's a compromise for 7.3.1. We'll have to review this topic for 8.0
I can't reproduce with 7.3.1 - 24367, cp1251. Vyacheslav how does it look for you with the nightly build?
I'd assume this particular issue is fixed. The remaining, underlying issue is covered by bug 10361.
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.