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 579947 - banshee file system organization "Artist/Album (Year)" should not use 0 for Year
banshee file system organization "Artist/Album (Year)" should not use 0 for Year
Status: RESOLVED DUPLICATE of bug 489861
Product: banshee
Classification: Other
Component: Importing
1.4.3
Other Linux
: Normal normal
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-04-23 11:40 UTC by Dominic Evans
Modified: 2009-04-23 12:30 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dominic Evans 2009-04-23 11:40:28 UTC
https://bugs.edge.launchpad.net/ubuntu/+source/banshee/+bug/364584

Binary package hint: banshee

I'm currently using banshee's file system organization set to "Artist/Album (Year)". However, for tracks where the album's year tag hasn't been set banshee currently uses (0) on the filesystem. It would be better in this case if banshee simply used "Artist/Album" as a fallback until the year has been set.

e.g.,

Music/Brother Brown/Unknown Album (0)/ --> Music/Brother Brown/Unknown Album/
Music/Lifehouse/Yahoo Live (0)/ --> Music/Lifehouse/Yahoo Live/

etc.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
Package: banshee 1.4.3-3ubuntu2
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=en_GB.UTF-8
SourcePackage: banshee
Uname: Linux 2.6.28-11-generic i686
Comment 1 Alexander Kojevnikov 2009-04-23 12:30:51 UTC
Patch in bug 563403 partially addresses this issue. Also, bug 489861 consolidates all ideas for file system organisation.

I'm going to add a comment to bug 489861 regarding this issue. I'm also closing this one because fixing it would anyway require revamping how the folder hierarchy is specified.

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