Window handles placement not honoring GNOME desktop environment settings #102997

New Issue

Markus · 2022-12-07T22:37:56+01:00

Markus commented

2022-12-07 22:37:56 +01:00

System Information
Operating system: Ubuntu 22.04
Graphics card: Radeon 6800XT

Blender Version
Broken: 3.4.0, branch: blender-v3.4-release, commit date: 2022-12-06 18:46, hash: a95bf1ac01, type: release
Worked: 3.3.1, branch: master, commit date: 2022-10-04 18:35, hash: b292cfe5a9, type: release

Short description of error
In Blender version 3.4, window handles (the buttons to minimize, maximize, close a window) of all Blender windows, main window and additional windows, are not rendered on the side configured in the desktop environment.

This is running under a vanilla Ubuntu GNOME session with GNOME 42.5. Display server is Wayland with 125% fractional scaling.

It appears that Blender 3.4 renders its own window frame and assumes window handles are always on the right even when the desktop environment is configured to place window handles on the left.

Exact steps for others to reproduce the error

Log in to a vanilla GNOME desktop session under Ubuntu 22.04
Open a terminal and change the GNOME settings so that window handles are on the left side with the following command:

`gsettings set org.gnome.desktop.wm.preferences button-layout 'close,minimize,maximize:'`

Assert window handles of the terminal session are now on the left hand side
Run Blender 3.4
Observe window handles of Blender are still rendered on the right hand side

**System Information** Operating system: Ubuntu 22.04 Graphics card: Radeon 6800XT **Blender Version** Broken: 3.4.0, branch: blender-v3.4-release, commit date: 2022-12-06 18:46, hash: a95bf1ac01be, type: release Worked: 3.3.1, branch: master, commit date: 2022-10-04 18:35, hash: b292cfe5a936, type: release **Short description of error** In Blender version 3.4, window handles (the buttons to minimize, maximize, close a window) of all Blender windows, main window and additional windows, are not rendered on the side configured in the desktop environment. This is running under a vanilla Ubuntu GNOME session with GNOME 42.5. Display server is Wayland with 125% fractional scaling. It appears that Blender 3.4 renders its own window frame and assumes window handles are always on the right even when the desktop environment is configured to place window handles on the left. **Exact steps for others to reproduce the error** 1. Log in to a vanilla GNOME desktop session under Ubuntu 22.04 2. Open a terminal and change the GNOME settings so that window handles are on the left side with the following command: ``` `gsettings set org.gnome.desktop.wm.preferences button-layout 'close,minimize,maximize:'` ``` 3. Assert window handles of the terminal session are now on the left hand side 4. Run Blender 3.4 5. Observe window handles of Blender are still rendered on the right hand side

Markus commented

2022-12-07 22:37:56 +01:00

Added subscriber: @rasterizer

Campbell Barton commented

2022-12-08 05:46:04 +01:00

Added subscriber: @ideasman42

Campbell Barton commented

2022-12-08 05:46:04 +01:00

Changed status from 'Needs Triage' to: 'Archived'

Campbell Barton closed this issue

2022-12-08 05:46:04 +01:00

Campbell Barton commented

2022-12-08 05:46:04 +01:00

Window decorations are handled by libdecor, recent support for GTK plugins looks like it's related but doesn't seem to handle button placement from what I can tell:
https://gitlab.gnome.org/jadahl/libdecor/-/merge_requests/43

This is closely related to #101176.

Closing, the issue can be reported to libdecor https://gitlab.gnome.org/jadahl/libdecor

Window decorations are handled by libdecor, recent support for GTK plugins looks like it's related but doesn't seem to handle button placement from what I can tell: https://gitlab.gnome.org/jadahl/libdecor/-/merge_requests/43 This is closely related to #101176. Closing, the issue can be reported to libdecor https://gitlab.gnome.org/jadahl/libdecor

Markus commented

2022-12-16 01:03:02 +01:00

I reinstalled Ubuntu on my system because the window decorations of Blender 3.4 are correct in a vanilla installation of Ubuntu 22.04 in a VM.

Everything was fine and running with normal performance (i.e. I could no longer reproduce my report in #103000 ) until I installed the ffmpeg package. For whatever reason, this package depends on libdecor-0-0 and libdecor-0-plugin-1-cairo which then get installed as well. In a vanilla Ubuntu installation, these two are not installed.

Now, once libdecor is installed, the decorations of Blender windows are wrong as reported in #101176 and the performance issues I reported in #103000 appear.

@ideasman42 Is there any way I can prevent the official Blender build from using libdecor even when it is installed?

I reinstalled Ubuntu on my system because the window decorations of Blender 3.4 are correct in a vanilla installation of Ubuntu 22.04 in a VM. Everything was fine and running with normal performance (i.e. I could no longer reproduce my report in #103000 ) until I installed the `ffmpeg` package. For whatever reason, this package depends on `libdecor-0-0` and `libdecor-0-plugin-1-cairo` which then get installed as well. In a vanilla Ubuntu installation, these two are not installed. Now, once libdecor is installed, the decorations of Blender windows are wrong as reported in #101176 and the performance issues I reported in #103000 appear. @ideasman42 Is there any way I can prevent the official Blender build from using libdecor even when it is installed?

Campbell Barton commented

2022-12-16 02:25:46 +01:00

@rasterizer GNOME have chosen not to support server-side-decorations for Wayland native applications (X11 applications support them).

https://gitlab.gnome.org/GNOME/mutter/-/issues/217

In #102997#1461463, @rasterizer wrote:
@ideasman42 Is there any way I can prevent the official Blender build from using libdecor even when it is installed?

The only way is to switch back to X11, see: "Disabling Wayland" https://docs.blender.org/manual/en/latest/getting_started/installing/linux_windowing_environment.html

@rasterizer GNOME have chosen not to support server-side-decorations for Wayland native applications (X11 applications support them). https://gitlab.gnome.org/GNOME/mutter/-/issues/217 --- > In #102997#1461463, @rasterizer wrote: > @ideasman42 Is there any way I can prevent the official Blender build from using libdecor even when it is installed? The only way is to switch back to X11, see: "Disabling Wayland" https://docs.blender.org/manual/en/latest/getting_started/installing/linux_windowing_environment.html

Markus commented

2022-12-16 22:28:07 +01:00

@ideasman42 Thanks. I switched back to the X11 path via environment variable.

While I get the point of using libdecor, the project appears understaffed and the code suffers from at least one severe bug (e.g. https:gitlab.freedesktop.org/libdecor/libdecor/-/issues/37 which in turn causes #103000) which in the end leads to a very bad Blender experience that requiresa lot// of digging to properly attribute to libdecor instead of Blender. I guess, in the end I would have hoped for Blender to be based on more stable dependencies for such a fundamental function like window handling.

@ideasman42 Thanks. I switched back to the X11 path via environment variable. While I get the point of using libdecor, the project appears understaffed and the code suffers from at least one severe bug (e.g. https:*gitlab.freedesktop.org/libdecor/libdecor/-/issues/37 which in turn causes #103000) which in the end leads to a very bad Blender experience that requires*a lot// of digging to properly attribute to libdecor instead of Blender. I guess, in the end I would have hoped for Blender to be based on more stable dependencies for such a fundamental function like window handling.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Window handles placement not honoring GNOME desktop environment settings #102997