Issue metadata
Sign in to add a comment
|
Non-Regression: All the overlays in OOBE screen is seen chopped when docked magnifier is enabled |
||||||||||||||||||||||
Issue descriptionChrome Version:68.0.3400.0/10600.0.0 dev channel Daisy,Candy,Reks OS:Chrome OS What steps will reproduce the problem? (1)Recover build>> Enable docked magnifier and observe Actual: All the overlays in OOBE screen such as Welcome screen, Accessibility overlay, Connect to Network, Add wiFi, Add other WiFi, Google OS terms of service page, Sign-in overlay are seen chopped Expected: No such issue should be seen and overlay should get resized automatically when docked magnifier is enabled This is a Non-Regression issue seen from M67(Introduction of docked magnifier) @Alemate: Please confirm the issue NOTE: Unable to close some overlays like Learn more in Google OS terms page and if we want to close it we need to disable docked magnifier and again need to enable it
,
May 8 2018
,
May 8 2018
,
May 8 2018
+Zach +Elizabeth We probably should shrink OOBE UI when screen magnifier is enabled. Assigning to Elizabeth for ideas how to do it. +Zach for triage.
,
May 8 2018
+Laura for accessibility as I'm not sure the intended behavior for this feature.
,
Jul 16
Any update on this? It is marked as a R68 stable blocker and we are nearing stable in the next couple weeks.
,
Jul 18
,
Jul 23
This bug needs to be fixed and merged back within the next week or it will start blocking our R68 stable release.
,
Jul 24
Laura, is this a bug with OOBE or with docked magnifier?
,
Jul 27
If we need to do anything about this, it needs to be done by Monday afternoon, our stable RC builds on Monday night.
,
Jul 27
I don't think this should be RBS. Laura do you agree?
,
Jul 30
This is currently blocking the 68 stable release, we intend to build tonight, so if at all possible this should be resolved in the next few hours. Raising priority.
,
Jul 30
Per offline conversation with Laura, this shouldn't be RBS.
,
Jul 30
Hi all - sorry for the delay in chiming in here. While this is not ideal, I don't think this needs to be a P0. Let's aim to figure out a solution for 69/70.
,
Sep 14
Circling back here -- the OOBE UI should be reconfigured to fit below the docked magnifier portion of the screen. Nothing should be chopped -- you should be able to navigate all the UI with the mouse and then have that UI appear magnified in the top 1/3 of the screen. How can we resize OOBE to fit better when the docked magnifier is on?
,
Sep 14
alemate@ Please use display::DisplayObserver::OnDisplayMetricsChanged() and watch for changes to the metric DISPLAY_METRIC_WORK_AREA, and update the bounds of the OOBE window accordingly. The docked magnifier, as well as chromevox, shrink the display's workarea from the top. Also note that **I think** (please verify) the shelf also shrinks the workarea from the bottom (or left or right depending on the shelf alignment), so you need to be careful.
,
Oct 16
Jacob, could you help finding owner for this?
,
Nov 13
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by kebalaji@chromium.org
, Apr 20 201818.7 MB
18.7 MB Download