Created attachment 6761 Sloppy screenshot ;-) Since xfce4-notifyd 0.3.0, the volume change notifications appear on top of volume controls brought by xfce4-pulseaudio-plugin. As a result, when I try to slide the volume bar the notification popup appear on top of it and causes the slider to lose focus (and therefore no longer be scrolled even though I'm holding the mouse button). I'm attaching the screenshot that would helpfully help my explanation ;-). In previous versions, the volume change notifications did appear below (as in z-index) the volume controls.
This is likely a problem that should be resolved in the plugin, not the notification daemon as other plugins (xfce4-clipman-plugin from git master, which is gtk3 or xfce4-power-manager-plugin) which are also Gtk+3 don't have this issue. Andrzej, what's your take on this?
At some point I may go back to issuing notifications only when Volume Up/Down/Mute keys are pressed. Currently notifications are shown at any output volume change, which fixes some corner cases of the previous solution but results in unnecessary notifications like the one in this report. Can't commit to any dates though. BTW, notifications can be disabled in the plugin preferences.
I actually like having notifications of any volume changes (i.e. the plugin telling me that something is fiddling with the volume). What I report is that with notifyd < 0.3.0, the notifications appear below plugin, and starting with 0.3.0 they suddenly are on top of it.
(In reply to Michał Górny from comment #3) > I actually like having notifications of any volume changes (i.e. the plugin > telling me that something is fiddling with the volume). What I report is > that with notifyd < 0.3.0, the notifications appear below plugin, and > starting with 0.3.0 they suddenly are on top of it. I see, I missed your comment about "z-index". If so that could be something to look at in notifyd, I don't think stacking order has anything to do with the plugin. Simon? The issue with the plugin is that the notifications should not/doesn't need to be shown when the volume is changed via the plugin's popup menu. This is what I looked at before but because of the asynchronous nature of libpulseaudio API it is a bit fiddly to implement.
(In reply to Andrzej from comment #4) > The issue with the plugin is that the notifications should not/doesn't need > to be shown when the volume is changed via the plugin's popup menu. This is > what I looked at before but because of the asynchronous nature of > libpulseaudio API it is a bit fiddly to implement. Wouldn't it be possible to disable sending notifications when the plugin's popup is open? This would cover the changes done via plugin's popup, and would still keep desired notifications when volume is changed via scrolling over the notification area icon. It would also hide notifications for changes via other tools when the popup is open -- but then, the volume slider would indicate the changes anyway.
> I see, I missed your comment about "z-index". If so that could be something to > look at in notifyd, I don't think stacking order has anything to do with the > plugin. Simon? Well I think maybe something changed because Gtk3 may set different window types (in the ewmh sense), at least that was a hint that Olivier dropped when I asked him. Most other Gtk+3 plugins (e.g. indicator-sound, xfce4-power-manager, xfce4-clipman-plugin) grab the input and consequently the volume keys don't spawn notifications. > Wouldn't it be possible to disable sending notifications when the plugin's > popup is open? This would cover the changes done via plugin's popup, and > would still keep desired notifications when volume is changed via scrolling > over the notification area icon. It would also hide notifications for > changes via other tools when the popup is open -- but then, the volume > slider would indicate the changes anyway. This is exactly what I would propose and why I moved this bugreport over to the plugin in the first place ;)
This should be now fixed in git master. Are you able to test it?
(In reply to Andrzej from comment #7) > This should be now fixed in git master. Are you able to test it? I can confirm that popup notification no longer appears when changing volume via the slider. It appears though when 'mute' checkbox is checked/unchecked but it's unclear to me if that's desired or not. It doesn't cause any trouble since the dialog is disappearing on that event anyway, and probably it's not worth the effort to think about it more. So I'd say it's fixed and I'm happy now ;-).
Yes, both mute and unmute trigger the notification because by the time the volume changes the menu is already closed. I'll leave it as is, it may be desirable to have the notification in this case. I'm closing this report as fixed.