Bug 3739 – Scanner unable to read Chinese characters in directory name

Bug 3739 - Scanner unable to read Chinese characters in directory name

Summary:

Scanner unable to read Chinese characters in directory name

Status:	RESOLVED DUPLICATE of bug 2475

Product:	Logitech Media Server
Classification:	Unclassified
Component:	Scanner
Version:	6.5b1
Platform:	PC Windows XP

Importance:	P2 normal (vote)
Target Milestone:	---
Assigned To:	Dan Sully

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2006-07-12 11:40 UTC by danielff
Modified:	2008-09-15 14:39 UTC (History)
CC List:	1 user (show)

See Also:
Category:	---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description danielff 2006-07-12 11:40:05 UTC

I have a number of Chinese and Japanese CDs in my collection. Slim will always skip their directories claiming they are invalid and not include them in the library.
I've tried this on versions 6.2x, 6.3, and now 6.5x. Same problem.

The files were ripped using WMP and are certainly valid directory names but are in double-byte Chinese characters.

Sample error is below:
2006-07-11 23:27:05.1470 ERROR: _isValidPath: Couldn't find directory: [F:\My Music\MP3\�M] on disk: [No such file or directory]

Renaming all the directories to western characters would be a real pain. (It does work and will then display the song in Chinese characters on SB). 

Slim server is running on XP PRO.  Library drive is directly attached (USB) on NTFS.  Windows Media Player has no problem reading these directories and playing results.

Comment 1 Chris Owens 2006-07-12 15:00:38 UTC

Several people on the forum point out they have various foreign characters in their directory names and it works okay.  I think I reproduced this bug by just copying the chinese character mentioned in the thread into a directory name, but I want to get Chinese support installed on an XP system to make sure it's really the same bug.

KDF (I think) mentioned it might be an issue with the utf-16 character set specifically.

Comment 2 KDF 2006-07-12 15:31:11 UTC

conjecture mostly.  "double-byte" means utf16 to me, and I don't recall anything in slimserver dealing with utf16.
I have no way to test this.

Comment 3 danielff 2006-07-12 17:17:15 UTC

In XP if you go to control panel, regional and language settings, languages, you will see a check box to "Install files for Asian languages".  That might help

Comment 4 KDF 2006-07-12 18:12:03 UTC

all fine, but my windows pc is work pc.  thus, no access to files for installing stuff like that. not to mention, it's win2k.  Best I can do in conjecture.  Chris can check with Dan regrarding utf16

Comment 5 danielff 2006-07-13 09:18:24 UTC

If someone can give me more info on UTF16, I'm glad to check it out.

Comment 6 danielff 2006-07-14 20:24:17 UTC

Can someone contact me on the next steps please?

Comment 7 Chris Owens 2006-07-17 10:29:09 UTC

Here's what I did to reproduce this bug:

1) Installed Chinese (Taiwan) support on XP.  (I picked Taiwan because they use 'traditional Chinese' characters, which is a bigger set that PRC, which uses 'simplified Chinese', and I figured the bigger set would be more likely to display the bug.)

2) Created a directory named &#26377;&#36867;&#20129;&#20043;&#34398; &#36249;&#24314;&#37528;&#20132;&#20445;&#30332;&#22238;&#26356;&#23529; (text I stole from a Taiwanese headline).

3) Put an mp3 file with distinctive (but not Chinese) tags into the directory so that it's easy to tell if it has been scanned or not.

It wasn't scanned.

4) I put the same file into a directory with an ASCII name.  The file was properly scanned.

Comment 8 danielff 2006-07-18 14:19:49 UTC

So it looks like we've confirmed it is a bug.
What are the next steps for a fix?

Comment 9 Chris Owens 2006-07-18 14:34:28 UTC

We assign it to the lead developer!

Comment 10 Dan Sully 2006-07-18 14:52:46 UTC

*** This bug has been marked as a duplicate of 2475 ***