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 539511 - Songs in a directory with the same prefix as the music library are not played
Songs in a directory with the same prefix as the music library are not played
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: general
1.0.0
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-21 19:23 UTC by Marco Barisione
Modified: 2008-07-27 22:45 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Make sure the path is really a subdirectory (523 bytes, patch)
2008-06-22 13:46 UTC, Bertrand Lorentz 		committed Details | Review

Description Marco Barisione 2008-06-21 19:23:44 UTC 
My music library is in "/win/Music" and banshee is refusing to play songs imported from "/win/MusicTest" displaying the error "[Error 20:13:25.507] GStreamer resource error: NotFound". This is probably because the directory has the same prefix as the music library, in fact if I rename the directory to "MusiTest" (without the "c") it works.
Comment 1 Bertrand Lorentz 2008-06-21 23:54:08 UTC 
This might be related to bug #533177.

Did you have the "copy on import" option activated when you imported the songs from "/win/MusicTest" ?
Comment 2 Marco Barisione 2008-06-22 12:17:45 UTC 
I can reproduce the bug both enabling and not enabling the option.
Comment 3 Bertrand Lorentz 2008-06-22 13:43:00 UTC 
I tracked it down the cause of this. It's similar to the problem in bug #533177, but in a different place in the code.

I'll post a patch shortly.
Comment 4 Bertrand Lorentz 2008-06-22 13:46:47 UTC 
Created attachment 113201 [details] [review]
Make sure the path is really a subdirectory

As the patched method is used in several places, this could use some testing to make sure nothing relied on the broken behavior.
Comment 5 Gabriel Burt 2008-07-27 22:45:53 UTC 
Committed (with some unit tests for this method); thanks!