Issue metadata
Sign in to add a comment
|
Site information popup is not scrollable
Reported by
dylanmcc...@gmail.com,
Apr 10 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: 1. Open a browser window smaller than 700px high and go to chromiumbugs.appspot.com. (Or, really, any website). 2. Click the button to the left of the address bar to open the site information popup. 3. Note that the popup is too large to fit in the window. What is the expected behavior? The popup should gain a scrollbar so the user can reach the rest of its functionality. What went wrong? Instead, the site information popup is simply cut off at the bottom of the window. The "Site settings" button, for example, becomes inaccessible. Did this work before? No Chrome version: 57.0.2987.133 Channel: stable OS Version: Fedora 25 Flash Version: This popup is getting larger and larger as time goes on, and at this point the overflow handling has become a usability issue. Certain features become inaccessible depending on the available vertical space, which can vary depending on the device the user is using and their accessibility settings, which may inflate font size.
,
Apr 11 2017
,
Apr 12 2017
,
Apr 17 2017
Able to reproduce the issue on Ubuntu 14.04 using chrome reported version #57.0.2987.133 and latest dev #59.0.3067.0. This issue is OS-Linux specific only. This is a non regression issue as it is observed from M48 old builds. From M47 and older builds, the chrome browser crashed in Ubuntu 14.04. Hence, was unable to check the issue. Hence, marking it as untriaged to get more inputs from dev team. Thanks...!!
,
Apr 19 2017
Agh, this is a tricky one. Lucas: it might be worth fixing even with the issue 657267 in the works because theoretically this could still happen if someone has a bunch of non-defaults set for a site. But, it would be rare. What do you think?
,
Apr 19 2017
,
May 4 2017
We have a bunch of bugs about overflowing dialogues, which can't go beyond the window bounds on Linux. There is no good general approach I'm aware of. I'm inclined to say Issue 657267 is all Enamel has time for. msw@: You're my go-to Views person. How do handle large dialogues on Linux? Is there a standard solution we can/should apply here?
,
May 4 2017
Hiding default permissions sgtm, and shrinking dialogs is always a win. Otherwise, you can use a scroll view inside and allow the dialog to shrink.
,
May 5 2017
> Otherwise, you can use a scroll view inside and allow the dialog to shrink. Is there another dialog that does this that I can look at?
,
May 5 2017
1) chrome/browser/ui/views/bookmarks/bookmark_editor_view.h (uses TreeView's ScrollView, which shows bars as needed, doesn't shrink afaik) 2) chrome/browser/ui/views/collected_cookies_views.h (should shrink via GetMinimumSize, also uses a scroll view) I can't think of other cases that do this. I filed Issue 295870 and did a little work a long time ago to adjust GetMinimumSize to let dialogs shrink to avoid getting cut off. Issue 351562 is tangentially related for an old WebUI deficiency in the same vein.
,
May 16 2017
We should consider doing this at some point, but it's not a priority. Hiding default permissions with Issue 657267 should help in the near future.
,
Nov 10 2017
,
Feb 18 2018
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks!
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by dullweber@chromium.org
, Apr 11 2017