New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 701662 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

Find In Page: sometimes the string matching algorithm suddenly becomes case-sensitive, which shouldn't be

Reported by ctengc...@gmail.com, Mar 15 2017

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36

Steps to reproduce the problem:
1. Open a page which is mixed by english words and chinese text
2. Ctrl + F to open the Find-In-Page input box, & enter the english word to search
3. 

What is the expected behavior?
The string matching algorithm should be case-insensitive

What went wrong?
sometimes it suddenly becomes case-sensitive, which is wierd

Did this work before? N/A 

Chrome version: 56.0.2924.87  Channel: n/a
OS Version: OS X 10.12.3
Flash Version: Shockwave Flash 24.0 r0
 

Comment 1 by ctengc...@gmail.com, Mar 15 2017

PS:

1,Maybe it's due to a sudden crash and then reboot?

2, Or maybe it's due to the page is opened on incognito mode?
Components: -UI UI>Browser>FindInPage
Labels: -OS-Mac

Comment 3 by ajha@chromium.org, Mar 16 2017

Labels: Needs-Milestone
Cc: jmukthavaram@chromium.org
Labels: Needs-Feedback
Unable to reproduce the issue on Windows 7,Mac 10.12.3 & Ubuntu-14.04 using chrome reported version-56.0.2924.87, stable-57.0.2987.110 & Canary-59.0.3044.0 as per comment#0 & 1.Observed that the words in the page ( english words and chinese text ) are not case sensitive.
Please find the attached screencast for reference & let us know if we miss anything to reproduce the issue.
Thank you!!

701662-Mac.mp4
1.8 MB View Download

Comment 5 by ctengc...@gmail.com, Mar 18 2017

I cannot provide screencast because the site is adult and sensitive.
I thought this issue may be found its cause in source code path.
The symptom indicates Find-in-Page becomes case-sensitive, or it can also
interpreted as "un-responsive", i didn't do further check.

2017-03-17 20:23 GMT+08:00 jmukthav… via monorail <
monorail+v2.3447642152@chromium.org>:
Project Member

Comment 6 by sheriffbot@chromium.org, Mar 18 2017

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "jmukthavaram@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

Comment 7 by ctengc...@gmail.com, Mar 18 2017

I can provide more info:

When i press Ctrl+F to show the find bar, and input some english word to
search, then i click on the "next page" link to navigate to next page, then
i press Ctrl+F again, the same find bar will echo at the same screen
location, with my previous input word.

At this time, i simply press ENTER to search again, and then i found that
search doesn't hit any result, while it should.

This problem doesn't reproduce consistently, but it happens.

2017-03-18 14:41 GMT+08:00 sheriff… via monorail <
monorail+v2.4164592774@chromium.org>:
Labels: Needs-Feedback
Could you please let us know is there any latest update available on this issue by checking it on latest stable #58.0.3029.81 ? If issue is still reproducible please provide any sample webpage or test case where we can test this issue from Chrome-TE end.

Thanks!

Comment 9 by ctengc...@gmail.com, Apr 24 2017

I recently have not noticed this problem, so maybe it's fixed.
Also, turns out it's not about the case, but seems the input search item
data is lost when click to "next" page(thought it's still displayed in
input box)

2017-04-24 15:02 GMT+08:00 brajku… via monorail <
monorail+v2.2386360573@chromium.org>:
Project Member

Comment 10 by sheriffbot@chromium.org, Apr 24 2017

Cc: brajkumar@chromium.org
Labels: -Needs-Feedback
Thank you for providing more feedback. Adding requester "brajkumar@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

Comment 11 by ajha@chromium.org, May 8 2017

Status: WontFix (was: Unconfirmed)
Closing this issue as per C#9.

ctengctsh@: If you happen to encounter the issue in future, feel free to file a new issue. 

Sign in to add a comment