Linux, Wayland uses very old Google Chrome decoration

[fabiscafe]

Is your feature request related to a problem? Please describe.

On Wayland compositors that do not support server side decoration (SSD), that is only an optional extension. CEF-Apps draw a decoration that looks like a very early build of Google Chrome. Weston, the reference implementation, as well as GNOME Mutter do only support the non-optional client side decoration(CSD)

This causes issues downstream, on for example Spotify.

Describe the solution you'd like
The solution would be to make use of libdecor, just like SDL and many other.

Additional context

• libdecor

Test this

1. Get a build of CEF, for example on the Sample Application on https://cef-builds.spotifycdn.com/index.html#linux64
2. Install Weston

Launch weston:

weston --fullscreen

Open the terminal, and cd to your extracted sample application and run

./cefsimple

[magreenblatt]

This frame is likely rendered by Chromium's DefaultFrameView.
Creating a custom FrameView is complicated (you can see the amount of code involved) and would more appropriately be implemented in Chromium instead of CEF.

[metux]

Which decorations does pure Chromium draw in this case ?

OTOH, why aren't you just using a compositor that does have proper decoration support ?

Doing it client/application-side is going back to 1983 like the W Window system. (actually even old Alto/Star as well as original Windows, GEOS, etc, all had them done centrally by the window system itself, instead of by each individual application on its own, even though that's not actually "server side"), causing a long list of downsides.

From a practical, economic perspective, I'd just what's already solid and so run the application through X11.

[magreenblatt]

Which decorations does pure Chromium draw in this case ?

Chromium always custom-draws the frame (with tab strip, etc).

[metux]

Which decorations does pure Chromium draw in this case ?

Chromium always custom-draws the frame (with tab strip, etc).

This is the frame around the browser view - that's part of the client window, not the window decorations.

EDIT: that's pure chromium, not CEF.

[metux]

Which decorations does pure Chromium draw in this case ?

Chromium always custom-draws the frame (with tab strip, etc).

Here's CEF-based browserd (running on GNU/Linux) embedded into a win32 application (running inside WinE, on GNU/Linux). ... note that the CEF window vs the parent window coming from different programs (even coming from different hosts).

[magreenblatt]

Sounds like the best option could be making the window frameless, and then self-drawing whatever frame-like controls you want in the client area. You can see an example with cefclient --hide-frame --hide-controls that looks the same (on Ubuntu) with both X11 and Wayland.

[aiddya]

@magreenblatt I've submitted a couple of CLs upstream (7709824 and 7615475) that should resolve this issue. They should be available in Chromium 149. Will you accept a PR backporting these as patches until then?

[magreenblatt]

@aiddya Thanks for fixing this upstream. The CLs look quite large, so I don't think they're something we would want to maintain as patches. M149 isn't that far away (stable next month).