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 348073 - Automatically pick relevant name for new smart playlists
Automatically pick relevant name for new smart playlists
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Smart Playlists
unspecified
Other All
: Low enhancement
: 2.x
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2006-07-20 02:05 UTC by Gabriel Burt
Modified: 2020-03-17 08:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
TEST patch 1 (27.13 KB, patch)
2007-03-11 03:34 UTC, Scott Peterson
needs-work Details | Review

Description Gabriel Burt 2006-07-20 02:05:30 UTC
If the user hasn't entered a name for a new smart playlist, we could put a good guess for one based on the parameters they have set for the smart playlist so far.  For example, if they've choosen 'Artist like Dave' and '> 5 stars' we could put '>5 Star Dave' in the name entry box.

Gnome-lovers, please find info on getting the source at http://banshee-project.org/PluginRepository - the Smart Playlists plugin is in the banshee-official-plugins SVN module.  Feel free to contact me or e-mail the list for help.
Comment 1 Gabriel Burt 2006-07-27 04:01:05 UTC
Just so people know, Khusro Jaleel has contacted me and I am helping him solve this bug.
Comment 2 Aaron Bockover 2006-09-12 23:49:31 UTC
Gabriel: I've added target milestones for 0.11.x. If you can pick one, that'd be great in helping organize things.
Comment 3 Josiah Ritchie - flickerfly 2007-01-18 20:56:46 UTC
I just tested this on SVN and this appears to have not made it into the listed milestone 0.11.2 or SVN.
Comment 4 Gabriel Burt 2007-01-18 21:28:06 UTC
Yes, that's the bug is still open.
Comment 5 Scott Peterson 2007-03-11 03:34:33 UTC
Created attachment 84367 [details] [review]
TEST patch 1

OK, this is a TEST patch. It includes name generation code as well as facilitatory code to test the name generation code on existing smart playlists. When you're patched in, start Banshee by typing "banshee --debug" into a terminal. When Banshee launches, press CTRL+SHIFT+S to open BooBuddy. Enter "test_gen_names()" into the interpreter and press enter. The name generator will run on all of your smart playlists and output the result as "<PlaylistName>: <GeneratedName>". You can then edit smart playlists and run test_gen_names() again.

Please test this patch! The more tests, the better.

If an aberrational name is generated, or if no name is generated when you think one ought to be, then run "test_gen_names_v()" and copy the output of the relevant playlist into a comment on this bug. Be sure to include what you think the name ought to be.

Be aware that all artist, album, genre &c. names will appear totally lower-case. This is a technical limitation which will not be a problem in the final patch.
Comment 6 Ruben Vermeersch 2007-03-31 15:07:31 UTC
First of all, the output:

>>> test_gen_names()
Jump & Hard: jump
Hip-Hop: hip-hop
Singles: (singles)
Essential Mix: the essential mix
Recently Added: New
>>> test_gen_names_v()
Jump & Hard:
jump
 (lower(Genre) = 'jump') 

Hip-Hop:
hip-hop
 (lower(Genre) = 'hip-hop') 

Singles:
(singles)
 (lower(AlbumTitle) = '(singles)') 

Essential Mix:
the essential mix
 (lower(AlbumTitle) LIKE '%the essential mix%') 

Recently Added:
New
 ((strftime("%s", current_timestamp) - DateAddedStamp + 3600) < 604800)
>>> 

Although verbose, I'd like to propose to dress these results up a bit (note that I don't have the most complex smart playlists on earth). Add a touch of human readable description. A genre = Rock playlist could be named "Rock Songs". My "Recently Added" could be named "New Songs" (which it already does, almost).

That said, my playlists aren't exactly exciting and I noticed there is *a lot* of code to make these names. I should probably retest them with some more funky examples.

I'm going to mark this patch as needs-work, as it's not commit ready (as you said yourself). Good start though, let's see where we can get.
Comment 7 Scott Peterson 2007-04-10 19:21:51 UTC
I agree that the names could be less curt. Perhaps "Music" or "Songs" could be appended to the name if it's below a certain number of characters and it's grammatically sensible to do so. I'll do my best to make sure nothing like "Audiobooks Songs" never happens, but fear of that stuff keeps me up at night ;)
Comment 8 Josiah Ritchie - flickerfly 2007-08-23 03:27:46 UTC
Please specify the latest version of banshee you have been able to test this against or let us know that this is no longer a problem. Thank you for helping us keep track of your bug.
Comment 9 Mateusz Barucha 2009-01-30 17:46:38 UTC
It would be trivial to guess a name for a not-smart playlist too:
When I select songs from an album, right click and choose to add them to a new playlist, an album name could be used. IIRC Banshee 0.x did that, but 1.x series has a regression on the issue.
Comment 10 Andrew Conkling 2009-01-30 18:09:15 UTC
(In reply to comment #9)
> It would be trivial to guess a name for a not-smart playlist too:
> When I select songs from an album, right click and choose to add them to a new
> playlist, an album name could be used.

...only if all the tracks are on one album. Not the case for me at all; I use playlists to collect all sorts of music.
Comment 11 Mateusz Barucha 2009-01-30 18:36:44 UTC
> Not the case for me at all
I'm pretty sure I'm not the only one user who searches for some artist/album (which should be used later as a name), hits Control-A and creates a playlist :)

I know this could be done by creating a smart playlist. But for me (and maybe some other people) the track list is a better way to create playlists, even if they contain only one performer or album, as I can actually see the track list first.
Comment 12 Andrew Conkling 2009-01-30 18:41:02 UTC
(In reply to comment #11)
> > Not the case for me at all
> I'm pretty sure I'm not the only one user who searches for some artist/album
> (which should be used later as a name), hits Control-A and creates a playlist
> :)

Right, my point is that a full solution to this will have to work across multiple cases, and is thus rather complex. That said, I imagine that the developers would accept a patch that would account for just one case, like yours with the single-album playlist.
Comment 13 Gabriel Burt 2009-10-27 20:18:19 UTC
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address.  It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
Comment 14 Mike 2009-11-24 01:48:17 UTC
I just filed bug 602787, which is quite similar, except for dumb playlists (aka not-smart ones). 

I'd think that whomever decides to tackle this bug could easily port their code to tackle that one...or (maybe) vice versa.
Comment 15 Samuel Gyger (IRC: thinkabout) 2010-03-22 07:05:31 UTC
Isn't this one solved, or nofix?
Comment 16 Tommy Carstensen 2011-06-23 15:23:41 UTC
Shouldn't the status of this one be changed to NOTFIX?
Comment 17 Michael Martin-Smucker 2011-06-23 17:04:36 UTC
(In reply to comment #16)
> Shouldn't the status of this one be changed to NOTFIX?

Why? As far as I know, this hasn't yet been implemented, but Banshee wouldn't reject a patch providing this functionality.  "Low priority enhancement" seems like a fairly accurate status for this bug, unless I'm missing something...
Comment 18 André Klapper 2020-03-17 08:30:43 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.