https://bugs.kde.org/show_bug.cgi?id=367894

            Bug ID: 367894
           Summary: On GTK apps Windows drag mode incorrectly drags from
                    non titlebar area
           Product: kwin
           Version: unspecified
          Platform: Kubuntu Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: kwin-bugs-n...@kde.org
          Reporter: delsh...@gmail.com

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?

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to