Bug 4203 - No koi -> utf8 conversion of strings passed to gkrellm
Summary: No koi -> utf8 conversion of strings passed to gkrellm
Status: CLOSED NOTABUG
Alias: None
Product: Sisyphus
Classification: Development
Component: gkrellm-gkrellmms (show other bugs)
Version: unstable
Hardware: all Linux
: P2 blocker
Assignee: Grigory Batalov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-21 17:22 MSD by drF_ckoff
Modified: 2006-03-07 20:40 MSK (History)
0 users

See Also:

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 drF_ckoff 2004-05-21 17:22:07 MSD 
When xmms plays song with non-latin1 name, gkrellmms passess it to gkrellm "as
is". Now, when gtkrellm is converted to use pango, all strings should be in
utf8. So result is: ** (gkrellm:17165): WARNING **: Invalid UTF8 string passed
to pango_layout_set_text()
Comment 1 Grigory Batalov 2004-05-23 23:39:18 MSD 
Не подтверждаю, я лично дописывал эту конверсию =).
Приведите тестовый случай с указанием версий gkrellm и gkrellmms, со скриншотом
и по возможности с небольшой mp3-шкой, в которой есть ID3-тэг на русском.
P.S. а в самом xmms название трека не кракозябами?
Comment 2 drF_ckoff 2004-05-24 12:40:27 MSD 
Я, как всегда, наступил на грабли, на которые другие не наступят. "Новый"
gkrellm (с pango) в сизиф попал до того, как туда попал "новый"
gkrellm-gkrellmms (2.1.20). 20 мая и 21 мая, соответственно. С "новым"
gkrellm-gkrellmms все ok, естественно.