Search Bar(Ctrl+f) misalignment
Reported by
bishwashere@gmail.com,
Jan 6 2017
|
|||||||||
Issue description
Chrome Version : Version 51.0.2704.106 (64-bit)
Other browsers tested:
Firefox: OK
What steps will reproduce the problem?
(1) Open Google.com and copy paste a long string. Alternatively you can paste the string in Chrome Address Bar also. The behavior is the same.
String Example: "We get either one of the following information.We get either one of the following information.We get either one of the following information."
(2) Next press 'Ctrl+f' and search for the same string.
(3) Press the 'Home' button to go to the beginning of the string inside the search bar (Ctrl + f bar). Press and hold the 'Delete' button. At this point I wanted to delete the starting part of the string to search for the remaining part of the string within the Google Search Results page.
(4) Continue pressing the 'Delete' to delete the beginning.
(5) If this issue doesn't reproduce try again in new tab. Sometimes it does and sometimes it doesn't.
What is the expected result?
The Search within a webpage should stay on top-right.
What happens instead?
The Search within a webpage moves to the top-left making the user confused.
Screenshot attached.
,
Jan 9 2017
,
Jan 10 2017
Unable to reproduce the issue on Linux Ubuntu -14.04 using chrome stable version 55.0.2883.87 and Dev 57.0.2970.0 with the steps mentioned above. Please find the attached screenshot. Reporter@ could you please upgrade the chrome to latest version and let us know your observations if the issue still persists. Thanks..
,
Jan 26 2017
Thank you for providing more feedback. Adding requester "sureshkumari@chromium.org" for another review and adding "Needs-Review" label for tracking. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Feb 15 2017
No luck in reproducing this on Linux Ubuntu 14.04 using chrome version: 56.0.2924.87 as well. Didn't observe any find in bar misalignment as such. bishwashere@: Could you please confirm if this still happens on the latest stable consistently or not. Also, please let us know if the issue is happening in incognito mode or any profile that has default settings and no extensions added(except for default)
,
Jun 18 2017
Reporting the same issue for the 3rd time. I only installed Chrome to reproduce this error today. I think Mozilla Firefox doesn't have this issue. (didn't spend time to check). The issue is still existing. Please don't ask me to reproduce the error for the 5th time. This time with following specification Chrome: Version 59.0.3071.86 (Official Build) (64-bit) Incognito Mode: Refer second screen shot. Please put some more effort to discover the bugs.
,
Jun 18 2017
Thank you for providing more feedback. Adding requester "ajha@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
,
Jun 19 2017
Thanks bishwashere@ for an update, this doesn't seem to happen for the first time but was able to reproduce this thereafter by continuously pressing 'Delete' button as per the repro steps. Screen-cast attached. Issue is seen on the latest M-61(61.0.3135.0) on Linux Ubuntu 14.04 but works fine on Windows-10. Mac OS doesn't exhibit this behavior. Marking this Untriaged and as Non-regression issue for more inputs on this. Note: Getting tab crash when installing older chrome version(40.0.2190.0) on Linux Ubuntu 14.04.
,
Mar 7 2018
This looks to be sort of intentional. What is happening is that the find bar believes it is covering a matching result. When you delete enough of the query from the front that the bar can fit on the left, it moves there (so that you can see the whole matching text). As more text is deleted from the beginning of the query text, the "free space" on the left get larger, and the find box gets larger with it. The thing which is wrong in this example, is that the matching text that is actually visible to the user is only within the search box. It seems that at least conceptually, the string in the search box that can't be seen still continues to the right so that the find box thinks it is covering it up, when to the user, it is not.
,
Sep 13
Archiving old bugs that haven't been actively assigned in over 180 days. If you feel this issue should still be addressed, feel free to reopen it or to file a new issue. Thanks! |
|||||||||
►
Sign in to add a comment |
|||||||||
Comment 1 by bishwashere@gmail.com
, Jan 6 2017