-
Notifications
You must be signed in to change notification settings - Fork 40
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Prefix filter occasionally insufficient #36
Comments
Hi commonquail, substring searches are indeed a little volatile which is why i decided on prefixes. Regards |
The localized Filtr is the sinner. The exact format escapes my memory but something close to
I do not remember if anything came after "Filtr". By all accounts it's a minor issue. |
I imagine you've changed your code to do a substring search. Let me know if you experience any unexpected behaviour with that. |
I actually don't listen to a lot of music so I might not be a good test subject. I haven't had any issues but I'm simply unlikely to have any. |
In a few rare situations the best blocklist filter string is not a prefix of the song. A substring search will handle these anomalies correctly, with the caveat that it is inevitably much less conservative. At least four instances of a pattern similar to the following have been observed: FRESH LIGE NU Filtr KLIK & LYT Filtr Here, "Filtr" is the desired filter string but isn't a prefix. The real issue here is that the prefix filter is trivially bypassed in theory. While I have only one example of this, the pattern is straight-forward. An alternative could be to optionally try either a substring search or a suffix search after a failed prefix search, letting users opt in to the more dangerous behaviour. Personally I have had no issues with substrings but my music consumption simply isn't big enough for my experience to have much weight. Note that I don't remember if "Filtr" is actually a suffix in the examples above. That is, I have forgotten if anything comes after it.
Fixed 3 issues: #36,#38, #39 New options: substring_search (boolean, set to True if you want to be able to block "Bloodhound Gang - Ivan Eth Nioj" with "Ivan". Risk for fals e positives) pacmd_muted_value (string, the localized value for "yes", needed to parse the pacmd list-sink-inputs output correctly)
Fixed in 1.8.0 by adding a new option to the [general] section of blockify.ini: |
Thanks! Further justification for posterity: my list now has these additional entries:
Given that the blocklist does not distinguish between artist and track, neither prefix nor suffix matching adequately addresses this. |
Blocklist filtering is based on a prefix. This is typically fine but recently I've noticed a few situations where the desired filter is not a prefix. A substring search trivially solves this but is also potentially much more damaging, so that may not be a desired change; if it is, I imagine I can submit a PR.
The text was updated successfully, but these errors were encountered: