"Native Windows" and openbox, no longer behaves as expected

castaway

Just updated my Linux Desktop to v6.8, and in Native Windows mode, I can't operate the window bars with my mouse as I can all the rest of my openbox windows. That is middle-click on the window/title bar is supposed to bring the window to the foreground, or send it to the background in openbox - instead operates as if I'd clicked on the window behind Vivaldi.

When this happens the window titlebar stays the "inactive" colour even when I move my mouse over it (usually it goes blue).

It seems to be somewhat improved if I start vivaldi from the command-line with gtk3-nocsd.

This worked fine pre-6.8 !

Any ideas?
Linux Desktop Vivaldi vivaldi-6.8.3381.44
Gentoo Linux
Openbox 3.6.1

bamacat

I have exactly the same issue. I had filed a bug report when it first appeared and again when the next update didn't fix it. I came to the forum now to see if I could find any info here. I'm running EndeavourOS with OpenBox.

I notice that it seems to work normally so long as Vivaldi is the only window open in the particular workspace but as soon as another app window is opened and Vivaldi gives up focus, the titlebar become literal decoration. It can't be used to return focus or drag, and window controls don't function.

A fix would be very welcome. I have upgraded and then downgraded twice and will not upgrade again until I read there's a confirmed fix for this.

MurphyDE

I've filed a bug report on July 20 as VB-108165 including a link to this thread, but didn't get any reaction so far

--8><--
System title bar unusable

Steps to reproduce:

Start Vivaldi.
Make sure the appearance configuration for using the system windows is checked.
Move mouse to title bar.
Click on any button or try to move the window.

As described here: <this thread>

Expected behaviour:
The window can be closed, resized and dragged as any other application on the desktop using the title bar.

Actual behaviour:
No action is performed, the title bar turns to the out-of-focus appearance until the main window is clicked again. If a window is stacked under the Vivaldi window, the button clicks are propagated to that, possibly performing unintended actions.

Disabling the system window isn't really an option, as the Vivalid title bar is completely different from the layout I'm used to, making it really awkward to switch habits every time I need to access the items.

Additional info:

Issue also applies to dialog windows, e. g. the preferences.
Window manager is Openbox, with LXQt as desktop environment.
Using Vivalid with it's own decorations instead the ones provided by the system makes it a foreign object on the desktop with different appearance and handling.

--><8--

castaway

@MurphyDE Thanks! I kept thinking about making one..

They don't tend to reply to them, so we'll just have to wait.

DoctorG

@MurphyDE said in "Native Windows" and openbox, no longer behaves as expected:

Window manager is Openbox, with LXQt as desktop environment.

Can not test, lack on such in my Linux VMs.
Internal volunteers (Vivaldi testers) do not have all Linux environments to test

DoctorG

@MurphyDE said in "Native Windows" and openbox, no longer behaves as expected:

VB-108165

I had set the bug to Confirmed.

nrc

I came looking for this same problem. Is there no way for other users to view or comment on a bug report? Does "can't test" mean that we're out of luck?

DoctorG

@nrc said in "Native Windows" and openbox, no longer behaves as expected:

Is there no way for other users to view or comment on a bug report?

No, the tracker is for internal access.

Does "can't test" mean that we're out of luck?

No, that meant: "I can not test because i have no Openbox DE".

The bug is confirmed in tracker, but has no developer assigned.

nrc

Thanks for the clarification.