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 628372 - Track names, artists, album, etc doesn't support percent-encoded format
Track names, artists, album, etc doesn't support percent-encoded format
Status: RESOLVED DUPLICATE of bug 608382
Product: banshee
Classification: Other
Component: Metadata
unspecified
Other Linux
: Normal major
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-08-30 21:14 UTC by Sassan Haradji
Modified: 2010-09-12 16:34 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
just an example (158.02 KB, image/png)
2010-08-30 21:14 UTC, Sassan Haradji 		Details
example (674.53 KB, image/png)
2010-09-03 19:17 UTC, Sassan Haradji 		Details

Description Sassan Haradji 2010-08-30 21:14:11 UTC 
Created attachment 169128 [details]
just an example

Track names, artists, album, etc doesn't support percent-encoded format for example a track name like:
11 - Wolfpack
is displayed:
11%20-%20Wolfpack
and almost 3000 of my 25000 tracks have percent-encoded meta data.
the worst is this data are scrobbled to last.fm this way and it makes everything ugly.

Regards
--
Sassan
Comment 1 Kevin Duffus 2010-09-03 18:43:12 UTC 
What version of banshee are you running?

Also, It seems that you've attached an incorrect screenshot.
Comment 2 Sassan Haradji 2010-09-03 19:17:39 UTC 
Created attachment 169455 [details]
example
Comment 3 Sassan Haradji 2010-09-03 19:22:27 UTC 
Excuse me for inconvenience, I attached the right screenshot, I use banshee 1.7.4.
maybe it's not a bug at all, but it would be nice if banshee could handle this type of strings, or maybe it can fix them in its "Fix Music Metadata...".
Comment 4 Bertrand Lorentz 2010-09-06 19:16:57 UTC 
Do those tracks have proper metadata in the files ?
If they don't, Banshee uses the filename for the Name column, and because of bug #608382, spaces were imported as %20. This bug should be fixed in Banshee 1.7.4 and above.

So could you please try the following and post your results :
- Check the metadata of one of these files with an other tool, like "Easy Tag" or eyeD3
- Remove this file from your library (don't delete the file), and import it again.
Comment 5 Sassan Haradji 2010-09-12 13:54:51 UTC 
- I checked those files with "Easy Tag", those fields were empty.
- It was solved when I removed one of these files from my library and imported it again. Now I think it was a problem with upgrading banshee (these library was created by banshee 1.5.x and I kept it when I was using all the later versions of banshee: 1.5.x, 1.6.x and now 1.7.x)
I removed and imported again all the important tracks I need, so now my problem is solved, but I kept some files just in case, so if you want, you can ask me to check something and I'll tell you the result.
Comment 6 Bertrand Lorentz 2010-09-12 16:34:58 UTC 
Thanks for following up on this report.

Your tests show that your problem was caused by bug #608382, so I'm marking it as a duplicate.

Please feel free to report any further bugs you find.

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