Tab Freezes while Searching Upper Cased Content including 'ß'
Reported by
dunba...@gmail.com,
Apr 7 2016
|
||||||||
Issue description
Chrome Version:
51.0.2702.0 (Official Build) canary (64-bit)
OS version: 10.11.4
What steps will reproduce the problem?
(1) Visit a page with the following content:
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<style>
h5 {
text-transform: uppercase;
}
</style>
</head>
<body>
<h5>ßr</h5>r
</body>
</html>
(2) Search the page for the letter 'r' with the native search tool.
What is the expected result?
All of the 'r's on the page are highlighted.
What happens instead?
The tab freezes and uses 100% of CPU.
,
Apr 12 2016
Reproduced locally with M52.
,
Apr 12 2016
Find-in-page does use ICU search API. So, it can be related. First, let me see if there's any change in ICU search API and the way Blink uses it. (well, before that we'd better bisect first).
,
Apr 12 2016
drott@: this is a bit interesting in that it involves 'text-transform: uppercase' that turns 'ß' to 'SS'. Just top off your head, do you have any hunch? Anyway, I'll try Chrome builds before and after ICU roll to 56.
,
Apr 12 2016
Hmm.... Find-in-page does NOT work in both 49.0.2623.110 (64-bit) and 52.0.2705.0 canary, but neither of them leads to 100% CPU/freeze. It's on Mac OS, but I have the same result on Linux with 51.0.2700.0. Because 49.x and 52.x behaves the same way (at least in my test), it cannot be an ICU update (that is only in 51.x or 52.x). ellyjones@: do you get freeze/100% CPU in addition to 'search not working'? dunbarb2@gmail.com: have you had this problem before (freeze/100% CPU)? Could you switch channels to stable and try 49.x or switch to beta and try 50.x ? Thanks !
,
Apr 13 2016
Yes, I also see the issue in 49.0.2623.112 - it was originally reported to us by a user of the stable channel.
,
Apr 13 2016
Re #4, unfortunately not much I can contribute: I only know that there is a ß => SS truncation issue with small-caps, see issue 589335 , but I don't know the text-transform: code in layout, neither the find in page code.
,
Apr 14 2016
dunbarb2@gmail.com: Thank you for confirming that you have this issue in M49, too. That means rolling ICU to 56 cannot be blamed. Do you see 'freeze'? I don't have that issue in any version (M49, M5[0-2]). FiP does not work with your sample html page, but the tab does not 'freeze'. drott@: thank you for the reply. I guess text-transform is fine, but FiP has an issue when text-transform is applied over the contents.
,
Apr 18 2016
,
May 24 2016
,
May 31 2017
Still reproduce in 58.0.3029.110 (Official Build) (64-bit)
,
Jan 2 2018
> Still reproduce in 58.0.3029.110 (Official Build) (64-bit) Did you get tab to freeze? In my test, I can never freeze a tab. However, FiP does not work correctly (i.e. it does not find 'r' ).
,
Feb 8 2018
>#c12, yes tab is freezed. Render process hangs up Still reproduce: 63.0.3239.132 (Official Build) (64-bit) (cohort: Stable) |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by ellyjo...@chromium.org
, Apr 12 2016Owner: js...@chromium.org