We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
While investigating an issue with Lollypop notifications not setting app_name, we found that glib's notification backend does not set app_name at all and that, instead, it sets desktop-entry.
app_name
glib
desktop-entry
I believe mako should parse/expose this field as well.
The text was updated successfully, but these errors were encountered:
Yup. We should document all of that too, it's not eady to understand what these fields mean.
Sorry, something went wrong.
FWIW this has been supported since we added criteria. I agree we should add some descriptions to the man page though.
The underlying issue in glib has been fixed: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/2159
No branches or pull requests
While investigating an issue with Lollypop notifications not setting
app_name
, we found thatglib
's notification backend does not setapp_name
at all and that, instead, it setsdesktop-entry
.I believe mako should parse/expose this field as well.
The text was updated successfully, but these errors were encountered: