Regression: windows resized on unlock with "Left" shelf position |
||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 8350.31.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.41 Safari/537.36 Platform: 8350.31.0 (Official Build) beta-channel panther Steps to reproduce the problem: 1) Right click the shelf and set "Shelf position > Left" 2) Open a new window. 3) Press Alt+] to snap the window to half-screen-maximized. 4) Press Ctrl+Shift+L to lock the screen. 5) Enter password to unlock the screen. What is the expected behavior? The window retains the same size and position it was in before the screen was locked. What went wrong? There is now a vertical gap below the window, as though it has been displaced by the (nonexistent) bottom shelf. Did this work before? Yes May 2016 Chrome version: 52.0.2743.41 Channel: beta OS Version: 8350.31.0 Flash Version: Shockwave Flash 22.0 r0
,
Jun 23 2016
,
Jun 27 2016
The following revision refers to this bug: https://chromium.googlesource.com/chromium/src.git/+/074006e2e9f8c05f624876b54abc07fbb4658215 commit 074006e2e9f8c05f624876b54abc07fbb4658215 Author: warx <warx@chromium.org> Date: Mon Jun 27 05:54:07 2016 Docked windows resized on unlock with vertical shelf position It is because there is a new added shelf state: SHELF_ALIGNMENT_BOTTOM_LOCKED for locked state, and it can change the display work area some time from locked state to unlocked state. BUG= 622431 TEST=manually test saw bug goes away. Review-Url: https://codereview.chromium.org/2092863004 Cr-Commit-Position: refs/heads/master@{#402120} [modify] https://crrev.com/074006e2e9f8c05f624876b54abc07fbb4658215/ash/shelf/shelf_layout_manager.cc
,
Jun 27 2016
,
Jul 1 2016
,
Jul 6 2016
Issue 625544 has been merged into this issue.
,
Aug 11 2016
I have received update Version 52.0.2743.116 (64-bit) Stable and the problem persists. ETA on fix? Thanks.
,
Aug 11 2016
should be available on M53 stable channel.
,
Aug 11 2016
Thanks for the update. There a timetable for M53?
,
Aug 11 2016
Sep 6th
,
Aug 29 2016
,
Oct 7 2016
,
Oct 21 2016
Verified on ChromeOS 8872.18.0, 55.0.2883.20
,
Jan 13 2017
This is still an issue for me, but it might only occur on reboot now. (All of my windows are being resized to the incorrect shelf position on every reboot.) Version 56.0.2924.58 beta (64-bit) Platform 9000.58.0 (Official Build) beta-channel stumpy Firmware Google_Stumpy.2.102.0
,
Jan 13 2017
I still get this issue all the time... like literally every 20 or 30 minutes i have to move my windows to get them fixed.
,
Jan 16 2017
Re-opening as per comments #14 and #15.
,
Jan 17 2017
Let us still mark this as fixed based on the reporter's repro steps. #14 and #15 should be issue 679208 .
,
Jan 17 2017
I posted comment #15. It isn't issue 679208 . My issue is that my windows drop "beneath" the shelf. The shelf position isn't the problem. The problem is that windows incorrectly resize to a vertical position beneath the shelf, whereas the lowest they should go is the top of the shelf.
,
Jan 17 2017
My issue is not 679208 either: when I log in the shelves are in the correct positions, it's just that the windows have been shrunk by the height of the (nonexistent) bottom shelf.
,
Jan 17 2017
OK. There are some shelf related changes recently. On tot (m57), the behavior is: (1) shelf left (2) browser window right snapped by pressing alt+] (3) sign out (4) sign in, find that shelf is set to bottom, which is issue 679208 . on latest m56 build, it is: (1) shelf left (2) browser window right snapped by pressing alt+] (3) sign out (5) sign in, shelf is still left, but browser window shrinks by a "shelf height". Both of them are related to signout and signin, not locking/unlocking. I will file a bug for this. Per comment 15 and 18, from your description, it seems your snapped window is gradually moving down? I am not sure what it is. If so, this should be a new bug. cc msw@, abodenha@.
,
Feb 9 2017
Still close this because locking/unlocking works fine. It only happens on signout and signin.
,
Apr 3 2017
Verified based on the reporter's repro steps. |
||||||||||||
►
Sign in to add a comment |
||||||||||||
Comment 1 by sheriffbot@chromium.org
, Jun 23 2016