[Media Router UI] Route details overflow dialog window horizontally |
|||||||
Issue descriptionChrome Version: 62.0.3202.43 (Official Build) beta (64-bit) OS: ChromeOS 9901.35.1 (Official Build) beta-channel cave What steps will reproduce the problem? (1) Cast e.g. netflix.com to a Cast device (2) Click on Cast menu item and click on receiver for route details (3) Note that the route details overflow the window & there is a horizontal scrollbar What is the expected result? No overflow What happens instead? See screen shot Please use labels and text to provide additional information. Note that my page zoom setting is 125%. Note that this could be an accessibility issue (page zoom is an accessibility related setting) For graphics-related bugs, please copy/paste the contents of the about:gpu page at the end of this report.
,
Oct 19 2017
This is happening for both extensionview and the new WebUI controller. bettes@, what would be the expected behavior here? Should we make the dialog wider (I fear the dialog would get too wide if the zoom ratio is high), or should we make the layout adaptive (e.g. make sliders get shorter at higher zoom ratio) to make it fit?
,
Oct 19 2017
It's problematic that on Mac, the horizontal scroll bar is hidden until you scroll, so it's not obvious that you can scroll horizontally to reveal the stop button.
,
Oct 19 2017
I tried to repro this on Linux 62.0.3202.38 (with varying zoom levels) and at first it looked to be working fine. I also tried increasing the font size (from chrome://settings) and that also worked fine. However, when I combined them (large font and increasing zoom levels) then I was able to repro a similar effect on Linux as well.
,
Oct 23 2017
Is there a way for us to not respect the zoom level in the MR dialog? I mean you can zoom the tab all you want but other Chrome dialogs (e.g. Print Preview) don't change their size or layouts.
,
Oct 24 2017
Have you seen https://chromium-review.googlesource.com/c/chromium/src/+/674179. It sounds related to the problem here.
,
Oct 24 2017
Thanks for pointing that out. In this case the browser window was already maximized. Re: skonig@ We can try do that, but it could be technically complicated, and poses accessibility concerns. Ideally users should be able to increase the zoom level to make text more comfortable to read, or to be able to read it at all. I would say the behavior of the print preview dialog is a bug, not a feature.
,
Oct 24 2017
mfoltz: We talked with takumif@ over email, the observed Print Preview behavior is: 1) Zooming (ctrl + +) while Print Preview is open zooms the page content, while the Print Preview dialog stays the same. 2) Changing the zoom setting does not affect Print Preview dialogs. 3) Changing the text size setting does affect newly created Print Preview dialogs, but not existing ones. The issue here is (2) does affect the Cast dialog. Accessibility is certainly a concern, but I should point out that chrome://settings is for controlling the appearance of web contents, not browser UI. e.g. the Omnibox does not change with the zoom or text size settings. Print Preview and Cast are browser UI. It just happens that they are implemented with WebUI, but that's an implementation detail. So a separate issue is (3) should not affect Print Preview and Cast.
,
Oct 27 2017
Found that the relevant code is in PrintPreviewDialogController::CreatePrintPreviewDialog at [1]. I verified in a debug build that if you remove those lines, the preview dialog is affected by the default zoom. There is no equivalent clearing of zoom in MediaRouterDialogControllerImpl::CreateMediaRouterDialog (see [2]). [1] https://cs.chromium.org/chromium/src/chrome/browser/printing/print_preview_dialog_controller.cc?l=373 [2] https://cs.chromium.org/chromium/src/chrome/browser/ui/webui/media_router/media_router_dialog_controller_impl.cc?l=234
,
Oct 27 2017
rbpotter@, thestig@ and dpapad@, thank you so much for looking into this! I'll be preparing a CL with the relevant snippet that rbpotter@ mentioned.
,
Nov 1 2017
re: comment 9 - nice find. re: commnet 10 - happy to review if the CL is ready.
,
Nov 2 2017
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/784333ab6389500141c66786c226b8dd1a620179 commit 784333ab6389500141c66786c226b8dd1a620179 Author: Takumi Fujimoto <takumif@chromium.org> Date: Thu Nov 02 20:42:31 2017 [Media Router Dialog] Reset the zoom level of MR dialog contents This prevents the page zoom in chrome://settings from affecting the dialog. This affects the WebUI route controller but not extensionview. Bug: 774856 Change-Id: I991d2c6d11e283e1ec2276f0e08287400fc0c1fb Reviewed-on: https://chromium-review.googlesource.com/744563 Reviewed-by: Lei Zhang <thestig@chromium.org> Reviewed-by: Derek Cheng <imcheng@chromium.org> Commit-Queue: Takumi Fujimoto <takumif@chromium.org> Cr-Commit-Position: refs/heads/master@{#513598} [modify] https://crrev.com/784333ab6389500141c66786c226b8dd1a620179/chrome/browser/ui/webui/media_router/media_router_dialog_controller_impl.cc
,
Nov 2 2017
,
Jan 22 2018
,
Jan 23 2018
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by mfo...@chromium.org
, Oct 15 2017