| Summary: | On GTK apps Windows drag mode incorrectly drags from non titlebar area | ||
|---|---|---|---|
| Product: | [Plasma] Oxygen | Reporter: | delshole |
| Component: | gtk2-engine | Assignee: | Hugo Pereira Da Costa <hugo.pereira.da.costa> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | b7.10110111, hugo.pereira.da.costa, web |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/oxygen/f8e1bb11435881a5e0e8dd0ed3aa1321a5a742f3 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
|
Description
delshole
2016-08-27 12:05:25 UTC
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 |