New issue
Advanced search Search tips

Issue 838938 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

"Find In Page" not refreshing after reloading page, even though it still appears populated.

Reported by mikestai...@googlemail.com, May 2 2018

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.117 Safari/537.36

Steps to reproduce the problem:
1. Press Ctrl + F to open the 'Find In Page' dialogue.
2. Type search text into dialogue, the dialogue will update with how many matches it has found in the page. e.g. 1/12
3. Refresh the page
4. Press Ctrl-F again, the dialogue appears, with the previous search text still populated, however no matches are found.
5. Delete a letter from the search text and enter it again
6. 'Find In Page' now shows the correct number of matches.

What is the expected behavior?
When you refresh the page, press Ctrl+F, the dialogue should appear either blank with no matches count, or populated with a count of the matches.

What went wrong?
The 'Find in Page' dialogue appears after a refresh, still populated with the previous search text, however no matches are counted. Simply deleting a letter from the search text will cause the dialogue to work again. This however requires the user to go from keyboard input to mouse and back to keyboard unnecessarily.

Did this work before? No 

Chrome version: 66.0.3359.117  Channel: stable
OS Version: 16.04
Flash Version: 

If there is text in the box then it should automatically perform a search, or delete the text from the box.
 
Labels: Needs-Triage-M66
Cc: susan.boorgula@chromium.org
Labels: M-68 Triaged-ET FoundIn-68 Target-68 OS-Mac OS-Windows
Status: Untriaged (was: Unconfirmed)
mikestainsby@ Thanks for the issue.

Able to reproduce the issue on Mac OS 10.12.6, Windows 10 and Ubuntu 14.04 on the latest Canary 68.0.3417.0 and Stable 66.0.3359.139 by the steps mentioned in the original comment.
Attached is the screen cast for reference.

This is a Non-Regression issue as this behavior is observed from M60 Chrome builds. 
Hence marking this as Untriaged for further updates from Dev.

Thanks..
838938.mp4
1.2 MB View Download
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
**UI mass Triage**

This issue is still reproducible on all os using latest canary 72.0.3615.0, adding valid labels.

Thanks!

Sign in to add a comment