Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 56370 - EasyTAG 0.31_gtk2.4_pre0 charset errors
Summary: EasyTAG 0.31_gtk2.4_pre0 charset errors
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Daniel Drake (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-07 13:39 UTC by Alexander Jenisch
Modified: 2004-10-17 04:57 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Alexander Jenisch 2004-07-07 13:39:13 UTC
i tested some versions now and i can't rember which actually worked for me. it's been a while, since this problems occured:

Loading default 'Fill Tag' masks...
Loading default 'Rename File' masks...

** (easytag:7090): WARNING **: convert_string(): Failed conversion. Charsets: UTF-8 -> utf-8. String Die 
Comment 1 Alexander Jenisch 2004-07-07 13:39:13 UTC
i tested some versions now and i can't rember which actually worked for me. it's been a while, since this problems occured:

Loading default 'Fill Tag' masks...
Loading default 'Rename File' masks...

** (easytag:7090): WARNING **: convert_string(): Failed conversion. Charsets: UTF-8 -> utf-8. String Die Ärzte\xc4rzte. Errcode 1 (Invalid byte sequence in conversion input)

** (easytag:7090): WARNING **: convert_string(): Failed conversion. Charsets: UTF-8 -> utf-8. String Claudia hat 'nen Sch\xe4ferhund. Errcode 1 (Invalid byte sequence in conversion input)

...

and so on. if i load on of those files in xmms i'll get completely foobar chars where i should get "ä,ü,ö,ß,Ä,Ü,Ö,..." chars. they are acutally iso8859-15 characters and xmms changes it's behavoir of reading them every new release too. why can't there be a uniform standard?
Comment 2 Daniel Drake (RETIRED) gentoo-dev 2004-07-09 05:44:49 UTC
Please dont use xmms to test, it's charset handling is far from perfect.
Could you please post the output of "locale" and let me know if its mp3s or oggs that you are working with.
Comment 3 Alexander Jenisch 2004-07-09 05:51:05 UTC
nt@eNTi $ locale
LANG=
LC_CTYPE=de_AT@euro
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=

in this case mp3's. but i had similar problems with ogg's in the past as well. i'll test them... too. what program do you suggest?
Comment 4 Benjamin Tremoulheac 2004-07-27 12:02:56 UTC
Same problem here.

** (easytag:12674): WARNING **: Invalid UTF8 string passed to pango_layout_set_t                          ext()

** (easytag:12674): WARNING **: Invalid UTF8 string passed to pango_layout_set_t                          ext()

** (easytag:12674): WARNING **: convert_string(): Failed conversion. Charsets: utf-8 -> iso-8859-1. String 
Comment 5 Benjamin Tremoulheac 2004-07-27 12:02:56 UTC
Same problem here.

** (easytag:12674): WARNING **: Invalid UTF8 string passed to pango_layout_set_t                          ext()

** (easytag:12674): WARNING **: Invalid UTF8 string passed to pango_layout_set_t                          ext()

** (easytag:12674): WARNING **: convert_string(): Failed conversion. Charsets: utf-8 -> iso-8859-1. String çA M'\xe3\xa9Tonne Pas. Errcode 1 (Invalid byte sequence in conversion input)
Updated tag of 'Mickey3d - Live à Saint-Etienne - 03 - Ça M'étonne Pas.mp3'

** (easytag:12674): WARNING **: Invalid UTF8 string passed to pango_layout_set_text()

output of "locale" :

$ locale
LANG=
LC_CTYPE=fr_FR@euro
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY=fr_FR@euro
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
Comment 6 Bret Towe 2004-08-01 16:09:51 UTC
i think i hit a bug thats ether this one or close
what seems to fix it is making your locale look somethin like below
cause when it didnt work everything was set to C cept LANG (including LC_ALL)
reason was set to C is for work around for fluxbox
for me i have LANG and LC_COLLATE set in /etc/env.d/99local
hope this helps

LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE=C
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Comment 7 Disenchanted (RETIRED) gentoo-dev 2004-09-18 23:26:29 UTC
did anyone try Bret's suggestion from comment #4 ? what was the result?
Comment 8 Daniel Drake (RETIRED) gentoo-dev 2004-09-26 06:57:26 UTC
Please try 0.31-r5, it includes a revamp of the filename handling code (not sure if this will solve these problems, since these are probably tag-related issues).
Comment 9 Daniel Drake (RETIRED) gentoo-dev 2004-10-17 04:57:29 UTC
Ok... Hopefully this is somewhat solved now. Unfortunately id3lib is broken and doesn't work with UTF-8 properly.. the author is planning to migrate to taglib soon. So I'm not worried if you can't write some tags to MP3 files. On the other hand, if you have any troubles with non-ASCII characters in any other files (e.g. ogg) then please reopen this bug.