Issue metadata
Sign in to add a comment
|
Regression:Cursor in Omnibox box appears misplaced after browser is resized
Reported by
vineetha...@etouch.net,
Jun 26 2018
|
||||||||||||||||||||
Issue descriptionChrome Version: 69.0.3473.0 (Official Build)Revision cd23eb9e98a965ea157e23052bb62553e5d520d5-refs/branch-heads/3473@{#1} (32/64-bit) OS: Windows(7,8,8.1) Pre-condition: Chrome browser window should be in restore down mode. What steps will reproduce the problem? 1.Launch chrome open NTP. 2.Press Ctrl+E, now resize the browser window from bottom RHS to the extreme top LHS and observe the cursor. Actual :Cursor in Omnibox box appears misplaced after browser is resized. Expected:Cursor in Omnibox box should not appear misplaced after browser is resized. This is regression issue broken in ‘M-69’, below is the bisect info, Good Build:69.0.3472.0 Bad Build :69.0.3473.0 Unable to provide bisect using per-revision script,Hence providing bisect with old script: Narrow Bisect info : https://chromium.googlesource.com/chromium/src/+log/3c16d9d466102e0839cad4e70cea850107143ca4..64c540a750df6adb453c0f8e6e63800d8948d04c Suspect:https://chromium.googlesource.com/chromium/src/+/8a4187003e401bcb6a541427fe72fc425c5a9f1b @kylixrd: Could you please help to reassign if your change is not the cause for this change. Note: This issue is not reproducible on Windows 10, Mac(10.12.6, 10.13.1, 10.13.5, 10.13.6) and Linux(14.04 LTS) OS. Thank You.
,
Jun 26 2018
Putting in omnibox triage queue.
,
Jun 28 2018
,
Jun 28 2018
Assigning for triage
,
Jun 28 2018
[omnibox triage] This is clearly fallout from 8a4187003e401bcb6a541427fe72fc425c5a9f1b, which enabled material refresh by default. Probably related to the raise omnibox; assigning tentative tommycli@.
,
Jul 3
I can't reproduce this in the latest Canary on Windows (69.0.3480.0). However, I *was* able to reproduce it on Mac with 69.0.3479.0. I suspect this may have been fixed in 69.0.3480.0 but I can't confirm because I'm having a separate issue on my Mac. vineetha.sarma: can you see if this is still reproducible for you?
,
Jul 4
Update w.r.t Comment#6, Re-checked the above issue on Win(7,8,8.1) OS for latest Canary 69.0.3481.0 and the issue is still reproducible.Please refer attached screen cast. Note: 1. Issue is not seen on Mac(10.12.6, 10.13.1, 10.13.6, 10.14) OS even after enabling the flag 'Use Views browser windows instead of Cocoa' from chrome://flags , since Chrome browser window cannot be resized beyond a particular limit on Mac OS. 2. The issue is seen only when Ctrl+E is pressed(i.e when omnibox is in Search through a website mode) and browser is resized.
,
Jul 6
I still can't reproduce in latest canary (69.0.3483.0). Looking closer at the difference between what I'm seeing and the video, the omnibox is being allowed to shrink to a smaller size than it should, which is clearly causing the issue. vineetha.sarma: can you please let me know exactly which chrome://flags you have enabled. I also note a difference in the window buttons (minimize, maximize, close) than what I'm seeing so I think we have slightly different flag states.
,
Jul 9
Update w.r.t Comment #8: Kindly execute the following steps to reproduce the above issue, 1.Launch chrome, open NTP. 2.Press Ctrl+E, and observe that 'Search Google' chip is seen at the LHS of the omnibox along with the URL suggestions list and cursor is seen blinking in the omnibox. 3. Now while the URL suggestion list is displayed and the cursor is still present in omnibox try to resize the browser window from bottom RHS to the extreme top LHS and observe the cursor. Expected Behaviour : Cursor should stay in omnibox even after resizing browser window. Actual Behaviour : Omnibox is being allowed to shrink to a smaller size than it should and hence the cursor appears misplaced after resizing browser window. Note: 1) No flags are enabled under chrome://flags 2) Issue is seen only when search site option is enabled(by pressing Ctrl+E) 3) Issue is specific to Windows(7,8,8.1) OS Kindly refer attached screencast.
,
Jul 9
Thanks for the additional clarification. I apologize, I missed your earlier comment about how this was not reproducible on Windows 10. I just tried on the latest Mac Canary and the issue is no longer reproducible there. Given that this is only present in older versions of Windows and that it only occurs in an unusual situation (very small window), I'm reducing the priority to 3.
,
Jul 12
,
Jul 12
,
Sep 20
,
Sep 26
|
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 by kylixrd@chromium.org
, Jun 26 2018Owner: jdonnelly@chromium.org