Can't load music with chinese characters in the name

Can you please attach a traceback of some kind?

Doing a "ls -b" in the directory, the files have these binary names:

\344\273\231\345\211\221\351\227\256\346\203\205.mp3
\345\256\266\344\271\241.mp3
\345\246\202\346\236\234\346\210\221\346\230\257\346\242\201\345\261\261\344\274\257.wma
\347\246\273\346\255\214.mp3

I see these messages in the terminal window where I launched elisa after I try to load the files:

WARN MainThread local_resource Nov 13 18:55:16 Skipping å¦æææ¯æ¢å±±ä¼¯.wma: 'ascii' codec can't encode characters in position 45-51: ordinal not in range(128) (elisa/plugins/base/local_resource.py:126)
WARN MainThread local_resource Nov 13 18:55:16 Skipping 离æ­.mp3: 'ascii' codec can't encode characters in position 45-46: ordinal not in range(128) (elisa/plugins/base/local_resource.py:126)
WARN MainThread local_resource Nov 13 18:55:16 Skipping ä»åé®æ
.mp3: 'ascii' codec can't encode characters in position 45-48: ordinal not in range(128) (elisa/plugins/base/local_resource.py:126)
WARN MainThread local_resource Nov 13 18:55:16 Skipping 家乡.mp3: 'ascii' codec can't encode characters in position 45-46: ordinal not in range(128) (elisa/plugins/base/local_resource.py:126)

Thanks for this useful information, it looks like another crappy unicode issue.

Thanks Yippi, this is a quite critical issue for many users I believe.

What is your operating system and file system type and encoding that you are using?

I have seen this bug with both Solaris and OpenSolaris, but I haven't tested with other operating system. How do I tell what encoding I am using? As you can see above, the files are WMA and MP3 files, if that's what you mean.

Been some months.. Do you still encounter this bug?

I tried with a mp3 named "å¦æææ¯æ¢å±±ä¼¯.mp3" and it was scanned by the media_scanner. No error like the ones described in this bug.

From the look of comment #2, I wouldn't say this bug is invalid. I guess we lack information to reproduce it.
@yippi: could you point us to a file that triggers the bug?

Please try http://www.icson.com/icsonpic/info_pic/hqwzpic/%b1%b1%be%a9%bb%b6%d3%ad%c4%e3.mp3

I can reproduce with the linked file.

Patch sent for review:
https://www.moovida.com/quality/review/request/%<email address hidden>%3E

The patch for bug https://bugs.launchpad.net/moovida/+bug/374305 also solves this one !

Solved by the latest merge (1599)

Maybe you want to thoroughly test this one (not only with Chinese characters, but with Russian or Thai characters)

The latest free moovida 1.09 does not get any maintenance since a while. Now moovidadb.com is supporting Linux and support can be found at : http://www.fluendo.com/faq/