! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
Volman doesn't check server caps before sending notifications
Status:
RESOLVED: WORKSFORME

Comments

Description Steve Dodier-Lazaro editbugs 2009-05-28 21:55:23 CEST
Hello,

I noticed, by using notify-osd (a notification daemon that doesn't support "action" hints in notifications) that thunar-volman was not checking for the notification server caps before adding actions to the "can't unmount volume now, data being written" notification.

The correct behaviour would be to get server caps, and to only add the action if :

1) the server supports actions, to avoid unwanted behaviour
2) the action is actually useful (i'm not sure but i think it's merely a "Ok" button here. What action *is* required apart from *waiting* in this case ?)

Cordially, SD.
Comment 1 Lionel Le Folgoc 2009-09-19 17:25:17 CEST
Created attachment 2541 
workaround used in xubuntu (with notify-osd)

Afaik, it's not in thunar-volman, but in exo. And the issue isn't with an action, but with a non-expiring notification (notify-osd doesn't support notifications using NOTIFY_EXPIRES_NEVER). In a certain manner, this is specific to notify-osd (only in ubuntu atm), so this is ok if it's not fixed in exo.

But I think an interesting idea could be to replace the "don't unplug, writing data" notification with a temporary dialog with a throbber (or something like that), because the notification stuff is not very ideal with very slow usb keys. When writes are done, this dialog could disappear, and a notification saying "ok to unplug" (this is already the case currently) displayed. Well, I'm not an ui designer anyway, this is just an idea. ;)
Comment 2 Nick Schermer editbugs 2010-11-16 08:51:09 CET
Jerome/Jannis, this moved to thunar, anything we need to fix this, maybe in the notification daemon?
Comment 3 Jannis Pohlmann editbugs 2010-11-16 18:12:28 CET
Notifications are now sent from thunar and from xfdesktop to the notification daemon. So we need to check the server caps in thunar-notify.c and xfdesktop-notify.c.
Comment 4 Jérôme Guelfucci editbugs 2010-11-16 18:21:57 CET
Yeah, xfce4-notifyd already sends the its server caps on request, so everything is fine considering that side.
Comment 5 Jannis Pohlmann editbugs 2010-11-16 19:23:54 CET
Still I wonder what would be a good alternative to the non-expiring notification? Dialogs are not. Notifications with a throbbler could be. To bad Canonical decided to drop non-expiring notifications entirely in their implementation. Really, as long as there is no good alternative, I don't see how we could change this without making things worse. Expiring notifications... maybe. But those are kinda bad in this case.
Comment 6 Nick Schermer editbugs 2011-05-09 12:38:44 CEST
Moving, since this is not related to exo anymore.

Bug #5408

Reported by:
Steve Dodier-Lazaro
Reported on: 2009-05-28
Last modified on: 2012-09-26

People

Assignee:
Jannis Pohlmann
CC List:
4 users

Version

Version:
unspecified

Attachments

workaround used in xubuntu (with notify-osd) (675 bytes, patch)
2009-09-19 17:25 CEST , Lionel Le Folgoc
no flags

Additional information