! 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 !
Windows without decorations raised on click even when "raise on click" is off


Description bangcok_dangerus2 2016-09-30 19:07:45 CEST
This bug refers to applications not using window decorations (title bar, borders). Two examples I can confirm this behaviour for are xfce4-terminal with View->Show Window Borders unchecked, and Chromium with "Use system title bar and borders" unchecked.

When xfwm4's "Raise on Click" setting is unchecked, the expected behaviour when clicking on a window that is behind another window is that it is not raised. For windows without decorations, the actual behaviour is that they are raised.

A workaround is to toggle the "Raise on Click" setting after the window is created. This affects the behaviour of currently existing windows, but new windows created after toggling the setting are still raised.

Note that versions of Chromium older than 53 contain a bug which raises their windows regardless of the window manager's "raise on click" setting. It was when testing the fix that I discovered this behaviour in xfwm4.
Comment 1 Olivier Fourdan editbugs 2016-10-03 09:00:36 CEST
iirc (long time I wrote that code) this is on purpose because when raise on click is disabled, you need decorations to raise windows, so without decorations, disabling raise on click makes little sense.

This is the same with CSD windows actually, disabling raise-on-click won't work becauset hte WM is not drawing the decorations.
Comment 2 bangcok_dangerus2 2016-10-21 20:51:47 CEST
I can think of two ways to raise a window with no decorations:

1) I often use alt-click to raise/move windows. Less often I use a keyboard shortcut configured in the window manager settings.

2) A CSD application might provide its own UI elements which cause it to ask the WM to raise it.
Comment 3 Git Bot editbugs 2020-05-29 12:12:46 CEST
-- GitLab Migration Automatic Message --

This bug has been migrated to xfce.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.xfce.org/xfce/xfwm4/-/issues/232.

Please create an account or use an existing account on one of our supported OAuth providers. 

If you want to fork to submit patches and merge requests please continue reading here: https://docs.xfce.org/contribute/dev/git/start#gitlab_forks_and_merge_requests

Also feel free to reach out to us on the mailing list https://mail.xfce.org/mailman/listinfo/xfce4-dev

Bug #12875

Reported by:
Reported on: 2016-09-30
Last modified on: 2020-05-29


Olivier Fourdan
CC List:
1 user




Additional information