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 556666 - Embedded artwork not read with unicode album name
Embedded artwork not read with unicode album name
Status: RESOLVED DUPLICATE of bug 530690
Product: banshee
Classification: Other
Component: Metadata
git master
Other All
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-10-17 05:00 UTC by Warren Seine
Modified: 2008-10-17 13:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Warren Seine 2008-10-17 05:00:45 UTC
Please describe the problem:
The tracks from the album "†" from the band Justice contains an embedded artwork just like other albums in my collection. While other albums' cover appears in Banshee, this one doesn't.

I suspect that the album name contains a Unicode character (or that it *only* contains a Unicode character).


Steps to reproduce:
1. Add an embedded artwork to a track
2. Set the album of this track with a Unicode character ("†")
3. Add the audio file to your collection
4. Tools/Cover Art/Download Cover Art
5. Play the song and look at the artwork


Actual results:
You do not see the artwork.

Expected results:
You would see the artwork :)

Does this happen every time?
As far as I know, yes.

Other information:
In Core/Banshee.Services/Banshee.Metadata.Embedded:61, the method Fetch() returns because artist_album_id is null.
Comment 1 Bertrand Lorentz 2008-10-17 12:15:11 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 530690 ***
Comment 2 Warren Seine 2008-10-17 13:45:36 UTC
Arf, you're right it's a duplicate. I looked at "Unicode", but not "non-ASCII".