GNOME Bugzilla – Bug 331388
Can't use non-alphanumeric characters in Automatic Playlists
Last modified: 2018-05-24 11:25:27 UTC
Please describe the problem: Can't search on non-alphanumeric characters in Automatic Playlists Steps to reproduce: 1. Create a new smart playlist 2. Select "Title" and "Contains" and enter "&" Actual results: The playlist created contains all the tracks in the library Expected results: Playlist should only contain tracks with "&" in the title. Does this happen every time? Yes. Other information: Other special characters such as "-", "(" also have the same problem.
This worked at one point, IIRC.
This was done delibrately, so that you don't have to enter the exact punctuation to match. e.g. "ac/dc" would also match "ac-dc" and any of the other variations. I guess this makes searching for puncuation impossible.
It is very useful sometimes to search for tracks with particular punctuation, so I would prefer to reinstate that search, or at least have that option available somehow. These kind of power options became very useful when you have a big music library., because you are really running a powerful music database. Finding tracks so that they can be tagged properly or organising in unusual ways relies on being able to tweak searches just so. (I recall that was a discussion and bug a while back about adding regex support). I understand the need to have a simple interface for casual users, but one thing that makes rb so much more attractive than iTunes (other than the fact that iTunes doesn't run on Linux) is that rb has the capability of doing powerful things that the iTunes developers think are too advanced for most users.
Created attachment 59477 [details] [review] patch This is a fairly trivial patch which adds the option for "strict contains" - which doesn't ignore punctionation and requires exact case matches. If we wanted to add this to main cvs, we would need a *really* good name for the criteria that is obvious what the difference is.
Thanks. It works, but it appears that the selection doesn't stick. I can create the playlist but, upon re-editing it has switched back to "contains". I guess a new attribute would also need to be added to the playlists.xml file. I'll think about a good name. Lastly, this wouldn't appear to work for searches, as it ignores all punctuation searches in the search box. I think it's still strange to enter text in the box and not have anything change (i.e. no feedback). At least there should be some feedback.
Created attachment 69566 [details] [review] add exact-search-match property This adds a synthetic property that could be used to implement this type of matching for the search box. My attempt at actually making the search box use this was fairly unsuccessful, so I haven't included it in this patch.
Created attachment 69567 [details] [review] Updated, with doc's fixes for the playlist editor
Moved patch #348627 to a new bug #348627, as they will probably require a separate approach, and this patch can be committed separately.
(In reply to comment #8) > Moved patch #348627 to a new bug #348627 that would actually be patch #69567
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/153.