regardless of window size prior to maximizing, clicking "resize window" icon results in window being resized to 50%
Reported by
ficht...@stpatsdc.org,
Sep 12 2017
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 9592.85.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.112 Safari/537.36 Platform: 9592.85.0 (Official Build) stable-channel swanky Steps to reproduce the problem: 1.use dragging to manually set window size to something not equal to half-screen. For example, drag window until it fills 75% of screen 2. click "maximize" icon 3. click "resize window" icon. observe that instead of returning to the size in step 1, the window becomes half-screen size What is the expected behavior? I would expect that window to return to the size created in step 1 described above. What went wrong? See screenshot. Before clicking the icons to maximize and then resize, the window on the left filled up everything except for the Keep window on the right. Did this work before? N/A Chrome version: 60.0.3112.112 Channel: n/a OS Version: 9592.85.0 Flash Version: 26.0.0.151 /opt/google/chrome/pepper/libpepflashplayer.so
,
Sep 15 2017
Issue 764297 has been merged into this issue.
,
Sep 18 2017
It's not clear what "resize" icon really means in #1. Could you please uplease the video?
,
Sep 18 2017
Thank you for that clarifying question. I apologize because I was using incorrect terminology. When I referred to a "resize" icon, I meant to refer to the "RESTORE" window icon or the "RESTORE DOWN" window icon. It's the button located between the "minimize" button and the "close" button when a window is already maximized. I am attaching one screenshot from ChromeOS and one screenshot from a Windows PC that looks nearly identical but is already marked up with a red arrow to make clear the icon / button to which I am referring.
,
Sep 18 2017
Thank you for providing more feedback. Adding requester "oshima@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Sep 18 2017
Could you please upload the video? It's important as we couldn't reproduce the problem here (or we may be misunderstanding the repro steps)
,
Sep 19 2017
Good idea! Uploading video. Interestingly, the problem happened the first time but not the second time, as you can see in the video.
,
Sep 19 2017
Thank you for providing more feedback. Adding requester "oshima@chromium.org" to the cc list and removing "Needs-Feedback" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Oct 23 2017
I think the window was snapped before?
,
Oct 24 2017
Had the large window on the left ever been snapped before? Possibly. But clearly it is larger than 50%, so it had not been snapped to a pre-set size immediately before the start of the video. Is that what you mean?
,
Oct 24 2017
You can resize the snapped window while keeping snapped state. I could reproduce with snapped window and will work on fixing it. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by omrilio@chromium.org
, Sep 15 2017Owner: osh...@chromium.org
Status: Untriaged (was: Unconfirmed)