-
Notifications
You must be signed in to change notification settings - Fork 601
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
Notification Icon isn't replaced #2851
Comments
This has been fixed so closing this for now |
i still can reproduce it in a bit more limited test case: if content of the image file changes |
As far as I know, |
Should awesome/lib/naughty/widget/icon.lua Line 93 in 87928be
awesome/lib/naughty/widget/icon.lua Line 160 in 87928be
load_uncached_silently ?
|
mb cache should check the filesize, not only filename? |
|
yup |
This *should* allow to reload images when the path has not changed. I only did limited testing (aka, it doesn't crash and detect changes). See awesomeWM#2851
This *should* allow to reload images when the path has not changed. I only did limited testing (aka, it doesn't crash and detect changes). See awesomeWM#2851
@Elv13, sorry I keep hitting you with naughty bugs π
Output of
awesome --version
:How to reproduce the issue:
Trigger a new notification that uses icons (used spotify since it shows album art on each new song) during when the first notifcation is displayed. The text is replaced but icon is not replaced.
NOTE: When first notification is destroyed, the icon is properly set. This does not happen when the first notification is still displayed.
Actual result:
Album Art (Icon) from first notification is still there while text is updated.
Expected result:
Album art (icon) for the recent notification should be the icon and properly replace just like the text.
The text was updated successfully, but these errors were encountered: