Issue metadata
Sign in to add a comment
|
middle clicking title bar no longer lowers the window |
||||||||||||||||||||||||
Issue descriptionChrome Version: working: 62.0.3202.89-1 working: 63.0.3239.40-1 failing: 64.0.3260.2-1 OS: Linux (cinnamon) What steps will reproduce the problem? (1) disable "Use system title bar and borders" (2) open a new window (3) middle click in the empty titlebar space (not on a tab or any other UI element) What is the expected result? The window should have been lowered in the stack. What happens instead? Nothing happens. Looks like the click is ignored. might be related to issue 777821 . not sure when this started happening in the M64 timeline. adding a releaseblock-beta since the beta channel is currently OK.
,
Nov 13 2017
i don't think this is a duplicate. that bug says behavior is broken in M62/M63 but working in M64. i'm saying the opposite here. it also talks about clicking on the tabs themselves while i'm talking about clicking on the empty space. if i turn on "use system title bar and borders", then middle clicking the title bar correctly lowers the window.
,
Nov 13 2017
,
Nov 14 2017
It works for me on the dev channel with GNOME shell. Could you try running gtk3-widget-factory and middle clicking on the titlebar? Chrome should match the behavior of this app. Also, what is the output of "dump_xsettings"?
,
Nov 14 2017
"@Reporter: Checked the issue on reported chrome versions 62.0.3202.89 and 64.0.3260.2, We observed same behavior in both the versions on cinnamon windows manager.Attaching the screen cast of the same. Could you please check the same by creating a new profile in the version where the issue is seen. Thanks! "
,
Nov 15 2017
"Correction in Comment#5.We are unable to lower the window using middle mouse click, Checked on reported chrome version 64.0.3260.2. Hence providing the Bisect details. Manual Bisect: ---------------------- Good Build: 64.0.3259.0 Bad Build: 64.0.3260.0 Bisect Tool info: ----------------------- You are probably looking for a change made after 514065 (known good), but no later than 514066 (first known bad). CHANGELOG URL: https://chromium.googlesource.com/chromium/src/+log/a5bd1bfcf041f77fbe487fc3afbfee01b9c93f23..eec83ceb16d47f70f5804a140687e268a6230b5c Possible suspect: ----------------------- https://chromium-review.googlesource.com/754068 skia-deps-roller@: kindly take a look and please help us to reassign this issue to a right owner if not with respect to this change. Thanks! "
,
Nov 15 2017
Seems like the change log in comment#6 is unrelated to the issue, hence tried re-bisecting by increasing the range, but still we ended up getting unrelated Change log. Could some one from respective team have a look in to it. Thanks!
,
Nov 15 2017
here's a video of it failing for me. left clicking (to raise) works for all windows, but middle clicking (to lower) only works for native title bars. for Chrome windows, it incorrectly behaves like a left click (to raise). i don't have "gtk3-widget-factory", nor is there a "dump_xsettings" program around. i see this behavior with cinnamon & KDE on two different systems, so it doesn't seem to be DE or toolkit related.
,
Nov 15 2017
vapier@ That information will be useful for debugging. Please run $ sudo apt-get install gtk-3-examples xsettingsd to install gtk3-demo and dump_xsettings.
,
Nov 15 2017
here's the output of dump_xsettings also attaching the cinnamon settings middle mouse clicking on gtk3-widget-factory doesn't do anything (it raises) running `gtk-query-settings` shows: gtk-titlebar-middle-click: "none" if i manually create a .config/gtk-3.0/settings.ini like: [Settings] gtk-titlebar-middle-click=lower then restart apps, middle mouse clicking to lower works it doesn't really explain why <R64 work w/out this when they all use GTK-3, but if the intention was to change behavior to respect the GTK-3 settings, i guess things are WAI. i'm guessing cinnamon's settings not updating the GTK-3 settings is a bug in cinnamon.
,
Nov 15 2017
Thanks, that's the info I needed, and glad it's working now. It was working before because we were directly reading the gconf setting: https://cs.chromium.org/chromium/src/chrome/browser/ui/libgtkui/nav_button_layout_manager_gconf.cc?rcl=ef2908381c0811085b4d4c2f14321b2271a01302&l=29 But this is not portable to every DE, so we changed it to use the GTK setting. I'm guessing changing the cinnamon settings doesn't work because you're not using cinnamon-settings-daemon (you can check with ps -aux). If you're using eg. gnome-settings-daemon instead, then you can use gnome-tweak-tool to change the behavior. Anyway, since this matches gtk3-widget-factory, this is WAI.
,
Nov 15 2017
cinnamon-settings-daemon is running, gnome-settings-daemon is not. middle mouse lower works fine for any other native skinned windows (as seen in that video). to be clear, this isn't a DE i set up or messed with ... it's gLinux default behavior :). if cinnamon is broken, i don't really care that much ... i have no vested interest in the project. i can set the raw GTK-3 settings and have it work everywhere (KDE/xfce/etc...). |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by thomasanderson@chromium.org
, Nov 13 2017Status: Duplicate (was: Available)