[Large text entry] Chrome hangs after continuous pasting to search box in chrome://settings
Reported by
lysio...@gmail.com,
Jul 10 2017
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36 Example URL: chrome://settings Steps to reproduce the problem: 1. Open chrome://settings 2. Paste once 12345678901234567890123456789012345 in search box 3. Then press CTRL+V and hold it for few seconds (3-4 in my case) to start pasting this phrase many times 4. Chrome hangs and never become responsive What is the expected behavior? Chrome should be responsive What went wrong? Probably to many request searching for pasted phrase. Does it occur on multiple sites: N/A Is it a problem with a plugin? N/A Did this work before? N/A Does this work in other browsers? N/A Chrome version: 59.0.3071.115 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 26.0 r0
,
Jul 11 2017
,
Jul 12 2017
Unable to reproduce the issue using #59.0.3071.115 on Win 10 as per the steps mentioned below 1. Navigated chrome://settings 2. Copy Pasted 12345678901234567890123456789012345 once in search box 3. Pressed CTRL+V and holded it for few seconds (3-4 seconds) 4. Did not observe any unresponsiveness. @lysiol41: Could you please navigate o chrome://settings and create a new profile with no apps and extensions and check if you still face the issue? Thanks!!
,
Jul 12 2017
Hi! So I created brand new profile with no apps and all extensions disabled and I was able to reproduce it without any problems. Can attach video of that later if you want @sandeepkumars BR
,
Jul 12 2017
#3, simply use a bigger chunk of text. For example, select all on this page, copy to clipboard, and use it for step 2. Also reproducible in 61.0.3155.0. And even in 53.0.2769.0 (using chrome://md-settings) chrome://tracing reveals LocalFrameView::paintTree is in progress. Apparently, it tries to render all that pasted text. The simplest solution might be to limit the value length to 1000 characters or less.
,
Jul 13 2017
Can someone from settings team please look into this issue. Thanks!!
,
Jul 13 2017
This is similar to issue 708304 . Also my guess is that it not only happens on settings, but also History and Downloads too.
,
Jul 13 2017
#7 that seems likely. Also, regardless of how much we optimize text input, more text can be added and we'll eventually buckle. We should consider a limit or accept that not having a limit means we can be overwhelmed. (i.e. the user may add text until it exceeds the available memory swap space and that's intractable).
,
Apr 17 2018
,
Apr 27 2018
As the opener of 832199, this is really clearly a different issue. The issue I opened occurs with a single paste, with a small amount of text, and occurs in text fields _on_ pages, not the omnibox. Should I re-open the issue or what?
,
Apr 27 2018
nicklbailey@gmail.com, Thanks for the clarification. If bug 832199 doesn't have much text pasted then that does sound different. I wasn't clear on the amount of text in 832199. I'll de-dupe these bugs. Please write a note on bug 832199 with estimates of how long the text is. That will help make it clear that the bugs are different. If the text is dozens or hundreds of characters, that's different from this bug. If the text is 2,000+ characters then it might be the same bug (in which case I'll dupe it again). Thank you again for using Chrome and entering a bug. |
|||||
►
Sign in to add a comment |
|||||
Comment 1 by lysio...@gmail.com
, Jul 10 2017254 KB
254 KB View Download