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 descriptionUserAgent: 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
,
Mar 15 2017
,
Mar 16 2017
,
Mar 17 2017
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!!
,
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>:
,
Mar 18 2017
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
,
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>:
,
Apr 24 2017
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!
,
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>:
,
Apr 24 2017
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
,
May 8 2017
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 |
||||||||
Comment 1 by ctengc...@gmail.com
, Mar 15 2017