Just upgraded to Kubuntu Xenial. No issue prior to that. The Widget style configuration dialog has a "Windows drag mode" option which I've set to "Drag windows from titlebar only". But with GTK apps it always behaves as if this setting is set to "Drag windows from titlebar, menubar and toolbars". I've tried it with Firefox, Chrome, Pidgin, Geeqie, Audacity, and many other GTK applications. Firefox is the one which causes me trouble though, because the area shown here: https://bugsfiles.kde.org/attachment.cgi?id=100778 is the area a Firefox user can double click in order to create a new tab. I'm using Oxygen style, but Breeze and the others do it too. My GNOME Application Style (GTK) is set to oxygen-gtk, but trying the other options doesn't solve it. Reproducible: Always Steps to Reproduce: 1. System settings->Application Style->Oxygen->Configure->Windows drag mode, set to Drag windows from titlebar only 2. Start Firefox, double click on empty menu bar area or empty area next to tabs Actual Results: Cursor changes to 4 way arrow and the window can be moved. Expected Results: The double click should be passed to the application so it creates a new tab. I thought this was a duplicate of 352986, but apparently not. I'm guessing it's a kwin bug, but I really don't know what component is responsible. Could be something to do with GTK interaction?
No, that's not a KWin bug. The toolkit sends a move request to KWin and KWin honors that. It might be that this is a bug in oxygen-gtk, it might also be that this is the intended behavior of GTK. In that case you would have to report the bug against GTK.
Are both GTK2 and GTK3 apps affected? Which apps exactly?
Ah sorry, I see some mentioned in the OP. These are GTK2.
OK, apparently Oxygen-Qt has changed the way it handles its config. Previously there was [Style]/WindowDragEnabled, which you could set to false in ~/.kde/share/config/oxygenrc. Now this option seems to have been dropped, and a new mode has been added: WD_NONE. To work around this problem, in ~/.kde/share/config/oxygenrc after WindowDragMode=WD_NONE add this: WindowDragEnabled=false
Making that change then logging out and back in again didn't make any difference. The file is now: >cat ~/.kde/share/config/oxygenrc [$Version] update_info=oxygen.upd:1 [Common] UseBackgroundGradient=true [Style] ScrollBarWidth=15 WindowDragMode=WD_NONE WindowDragEnabled=false Some searches suggested the same line can also appear in the .config file: >cat ~/.config/oxygenrc [Common] UseBackgroundGradient=true [Style] ScrollBarWidth=15 WindowDragMode=WD_NONE WindowDragEnabled=false I don't know if that's relevant anymore, but I tried it. It didn't change anything either.
Can you confirm that this problem appears despite this line being present in ~/.kde/share/config/oxygenrc in KDE session while using oxygen-gtk with pidgin? I can't reproduce this in Kubuntu Xenial live image run in QEMU. For me this line "fixes" the problem.
Adding the line to ~/.kde/share/config/oxygenrc does fix the problem for Pidgin and Geeqie, but it does not fix it for Firefox, Chrome or Thunderbird.
Firefox, Chrome and Thunderbird are not real GTK programs. Oxygen-GTK can't force such behavior in these apps even when it wants to. This must be a problem in something else (maybe some Kubuntu-specific plugins for XUL and something in Chrome/Chromium).
Git commit 06ac09ba9196d9968feefae294b6b361fb26cfd6 by Hugo Pereira Da Costa. Committed on 08/09/2016 at 08:50. Pushed by hpereiradacosta into branch 'Plasma/5.7'. Re-added WindowDragEnabled, for backward compatibility with oxygen-gtk M +1 -0 kstyle/config/oxygenstyleconfig.cpp M +5 -0 kstyle/oxygen.kcfg http://commits.kde.org/oxygen/06ac09ba9196d9968feefae294b6b361fb26cfd6
Git commit f8e1bb11435881a5e0e8dd0ed3aa1321a5a742f3 by Hugo Pereira Da Costa. Committed on 08/09/2016 at 08:48. Pushed by hpereiradacosta into branch 'master'. Re-added WindowDragEnabled, for backward compatibility with oxygen-gtk M +1 -0 kstyle/config/oxygenstyleconfig.cpp M +5 -0 kstyle/oxygen.kcfg http://commits.kde.org/oxygen/f8e1bb11435881a5e0e8dd0ed3aa1321a5a742f3
Hello, Thanks for reporting. This is now fixed. I have not modified oxygen-gtk, which is basically 'done' in the sense that it will not have any new releases because of gtk3 having it broken upstream. Instead I have re-added the removed "WindowDragEnabled" option, for backward compatibility with past releases. Sorry for the trouble. Best, Hugo