After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 326902 - Character encoding of tags
Character encoding of tags
Status: RESOLVED DUPLICATE of bug 325428
Product: banshee
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-01-13 20:50 UTC by Vitaliy Ischenko
Modified: 2006-01-14 19:46 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Vitaliy Ischenko 2006-01-13 20:50:09 UTC 
Please describe the problem:
banshee uses UTF8, as i can guess, for tags.
But it's not always right decision, maybe it should use GST_TAG_ENCODING env
variable...

Or even better:
if the string is not a valid UTF -- use GST_TAG_ENCODING
otherwise use UTF
(beep-media-player use this algorithm and it works great with russian :)

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Version 0.10.2
Comment 1 Koike Kazuhiko 2006-01-13 23:45:37 UTC 
Isn't this a duplicate of bug 325428?
Comment 2 Aaron Bockover 2006-01-14 19:46:14 UTC 
Yes, this is a dup of #325428; please search for existing bugs before opening new ones. 

I do however like your idea of using GST_TAG_ENCODING, even though Banshee does not use GStreamer to parse tags. Would you please add this idea to the other bug?


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