wayfire icon indicating copy to clipboard operation
wayfire copied to clipboard

New windows are not always brought to the front

Open spl237 opened this issue 3 years ago • 3 comments

Describe the bug In some cases - particularly when an application opens two separate dialog boxes - a newly-opened window is not brought to the front.

To Reproduce Steps to reproduce the behavior:

  1. Running the pcmanfm file manager, copy a file to a particular location.
  2. Copy the same file to the same location - this will open first a progress dialog, and then a warning that the file is already in that location
  3. The progress dialog is shown on top of the file manager window, but the warning dialog is shown underneath it.

Expected behavior I'd expect any newly-opened window to be displayed on top of any existing windows - this is the default behaviour under openbox under X, and mutter under both X and Wayland. If this doesn't happen by default for some reason, it would be useful if there was a way to request it via a plugin or similar - perhaps window-rules?

Screenshots or stacktrace https://www.dropbox.com/s/ycfq11zzjux0rz2/20230112_13h56m00s_grim.png?dl=0

Wayfire version 0.7.5 from experimental backported onto bullseye

spl237 avatar Jan 12 '23 14:01 spl237

As an aside - and it may or may not be related - the screenshot shows that while the progress dialog is (correctly) not shown on the task switcher, the warning dialog is. This doesn't happen under mutter (on X or Wayland) - both dialogs are hidden from the task switcher.

This problem may be related to the fact that the warning dialog is defined as transient with the progress dialog as parent (I think....) - is having a transient dialog as the parent for another transient dialog potentially problematic under Wayfire?

spl237 avatar Jan 12 '23 14:01 spl237

This problem may be related to the fact that the warning dialog is defined as transient with the progress dialog as parent (I think....) - is having a transient dialog as the parent for another transient dialog potentially problematic under Wayfire?

Making the warning dialog transient with the file manager window as parent, instead of the progress dialog as parent, does fix this issue, but it is probably still worth having a look at what wayfire is doing in this circumstance, as it does seem to differ significantly from mutter's behaviour, which may indicate an underlying bug?

spl237 avatar Jan 12 '23 15:01 spl237

Does this happen in wayfire-git?

ammen99 avatar Apr 16 '24 14:04 ammen99