Issue metadata
Sign in to add a comment
|
Modal dialogs fail to pop up on large multi-monitor setups
Reported by
dfoxfra...@gmail.com,
May 28 2017
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36 Steps to reproduce the problem: Run chromium on a large multi-monitor setup; mine consists of four 3840x2160 displays arranged 2x2. Take an action which causes chromium to display a modal pop-up dialog, such as uninstalling an extension by clicking the trash icon in chrome://extensions. What is the expected behavior? What went wrong? The pop-up dialog does not appear. Chromium appears to become unresponsive because the invisible dialog blocks interaction with the rest of the chromium UI. Did this work before? N/A Chrome version: 57.0.2987.133 Channel: stable OS Version: NixOS 17.03 Flash Version: Using the xrandr utility to disable two of the four monitors causes chromium to work normally with the dialog appearing as expected. Disabling GPU acceleration does not help.
,
Jul 13 2017
,
Aug 17 2017
Have this same issue with 2x4k setup; extremely annoying and confusing. Hitting escape will bail on the modal popup. I'm also runnning --force-device-scale-factor=2 +avi who has worked on modal dialogs and may know the right routing here.
,
Aug 17 2017
Thomas— More Linux dialog issues, but this is interesting. Dialogs don't show up at 2x but do at 1x. Perhaps info for you to investigate with?
,
Aug 24 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/b2be8c44f3383dc069d3b298b2d978d6592af08b commit b2be8c44f3383dc069d3b298b2d978d6592af08b Author: Tom Anderson <thomasanderson@chromium.org> Date: Thu Aug 24 02:43:37 2017 Change per_host_zoom_levels preference keys to be deterministic The implementation of GetHash() in chrome_zoom_level_prefs.cc had an unwanted dependency on the standard library's implementation of std::hash<std::string>. The value returned by GetHash() was being used as a key in user preference storage. On Linux, the standard library changed from libstdc++ to libc++, which resulted in loss of zoom preferences. This CL changes the key to be deterministic and migrates settings for the old key to the new one. BUG= 727149 R=wjmaclean@chromium.org Change-Id: I6978e44b03cee5a1b5884d76ce2041e21d4e73bf Reviewed-on: https://chromium-review.googlesource.com/624909 Reviewed-by: W. James MacLean <wjmaclean@google.com> Reviewed-by: Nico Weber <thakis@chromium.org> Reviewed-by: Peter Kasting <pkasting@chromium.org> Commit-Queue: Nico Weber <thakis@chromium.org> Cr-Commit-Position: refs/heads/master@{#496927} [modify] https://crrev.com/b2be8c44f3383dc069d3b298b2d978d6592af08b/chrome/browser/profiles/host_zoom_map_browsertest.cc [modify] https://crrev.com/b2be8c44f3383dc069d3b298b2d978d6592af08b/chrome/browser/ui/zoom/chrome_zoom_level_prefs.cc [modify] https://crrev.com/b2be8c44f3383dc069d3b298b2d978d6592af08b/chrome/browser/ui/zoom/chrome_zoom_level_prefs.h
,
Aug 24 2017
,
Aug 24 2017
,
Aug 24 2017
Thomas, might this be related to bug 707721 , bug 709685, or bug 709679 ?
,
Aug 28 2017
|
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by dfoxfra...@gmail.com
, May 29 2017