-
Notifications
You must be signed in to change notification settings - Fork 351
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
Handle ambiguous sticker names and values #2166
Comments
Adding for reference: This is the relevant part of a longer comment:
|
I have already some pull requests for improved sticker handling open. After they are merged, I could look into this. I think restricting the sticker names is the best approach. Should we only disallow |
Could be a backward compatibility problem if sticker names that are already in the database become invalid. So maybe just documenting the restrictions and not enforcing them? From the docs:
This never happened as far as I know, so clients may only be concerned with their own sticker names. New restrictions can then be applied only to MPD officially standardized sticker names if and when that happens. |
I had tried to create a standard: https://github.com/jcorporation/mpd-stickers At the moment it is only a collection of used sticker namens. As MPD has now a feature to enable specific protocol features, it can be implemented as opt-in for new clients. |
There is an edgecase for stickers with names and values containing
=
, making the server output hard to parse.First solution that comes to mind would be to wrap the name and value in quotes, but then you could maybe put
"="
inside your string or something (I guess we could escape quotes as well?). Not sure what the best solution is here. Newlines maybe?I feel like this is in the grey area of being a bug, considering it's up to the client developer to choose sensible tag names. But one client might interfere with another, so maybe it should be considered so.
The text was updated successfully, but these errors were encountered: