My favorites | Sign in
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 16581: Browser unresponsive until all tabs finish load
48 people starred this issue and may be notified of changes. Back to list
 
Reported by C4rl0sMC@gmail.com, Jul 12, 2009
Chrome Version       : 3.0.194.0 (20466)
URLs (if applicable) : http://englishrussia.com 
Other browsers tested: yes
Add OK or FAIL after other browsers where you have tested this issue:
Safari 4:
Firefox 3.x:
IE 7:
         IE 8: better

What steps will reproduce the problem?
1. open site
2. open new pages/tabs out of it
3. try to scroll/click/etc. while pages still loading

What is the expected result?
smooth navigation

What happens instead?
At some point browser becomes jerky, before becoming tottaly unresponsive 
until every page finished loading

Please provide any additional information below. Attach a screenshot if
possible.
Using Win7rc x64/Athlon64 @ 2.26GHz + 2GB ram/2xraid0
Jul 13, 2009
#1 prog...@chromium.org
CCing jar
i am not equipped to measure these things ;)
Cc: j...@chromium.org
Labels: -Area-Misc Area-BrowserBackend Performance
Jul 17, 2009
#2 jlen...@gmail.com
I am not sure if it is related to this but I am having a lot of problems recently with pages not 
loading. I am using Dev channel 3.0.193.1.  It seems to have really gotten worse within the 
last week or so. I am pretty sure it is not my network connection since I should have a 
fairly fast one here at work.
Jul 17, 2009
#3 j...@chromium.org
Just to clarify... am I correct that this is NOT about startup time with multiple 
tabs, but rather about clicking on links to either "open in new tab" or "open in new 
window." For example, you might (in an existing tab) open links by shift-clcking a 
link, or ctrl-clicking a link.

Am I also correct that the problem is that scrolling etc. in the original tab is 
seemingly blocked while the throbber appears in the top of the (undisplayed) pending 
tabs?

I'm not especially familiar with the sequence surrounding creation of new renderer 
tabs... but perchance we are being more liberal about creating new processes (rather 
than using tabs to hold multiple sites) and that is slowing us down. In the worst 
case, it would be a bad thing if we somehow blocked the UI thread during these 
process constructions.   I'm going to cc a few folks in case they're aware of any 
process count changes that might be having an impact.  

We *might* be able to see some evidence of jankiness by looking at about:histograms 
and seeing if "Chrome.ProcMsgL UI" or "Chrome.ProcMsgL UI" were picking up a lot of 
samples of events that are taking a looooong time.  I have seen some strange stuff 
initially in those histograms... so it would be important to see that things got 
worse when you tried to repro this bug (i.e., we got a lot of long samples.  Note 
those histograms have times in milliseconds, and hence *should* only have samples 
that are very short, way under 100ms).

Cc: c...@chromium.org cr...@chromium.org
Jul 17, 2009
#4 C4rl0sMC@gmail.com
Yes, you are correct on both counts.
Dec 17, 2009
#5 or...@chromium.org
Labels Update:

Replace Area-BrowserBackend by Area-Internals
Labels: -Area-BrowserBackend Area-Internals
Mar 18, 2011
#6 lafo...@chromium.org
Chrome Version       : 3.0.194.0 (20466)
URLs (if applicable) : http://englishrussia.com 
Other browsers tested: yes
<b>Add OK or FAIL after other browsers where you have tested this issue:</b>
<b>Safari 4:</b>
<b>Firefox 3.x:</b>
<b>IE 7:</b>
         IE 8: better

<b>What steps will reproduce the problem?</b>
1. open site
2. open new pages/tabs out of it
3. try to scroll/click/etc. while pages still loading

<b>What is the expected result?</b>
smooth navigation

<b>What happens instead?</b>
At some point browser becomes jerky, before becoming tottaly unresponsive 
until every page finished loading

<b>Please provide any additional information below. Attach a screenshot if</b>
<b>possible.</b>
Using Win7rc x64/Athlon64 @ 2.26GHz + 2GB ram/2xraid0
Labels: -Performance bulkmove Stability-Performance
Jul 10, 2011
#7 mr.8b...@gmail.com
I confirm this issue, <14.0.803.0> dev channel

Intel E8400
2GB DDR2
Sapphire HD3650 PCIe
Vista 32bit

loading other pages in the background makes scrolling in the current page choppy/Impossible and the page will freeze for a while.

try this: http://www.tomshardware.com/reviews/power-supply-psu-80-plus,2746-14.html
click on "Next Page" with your middle mouse button, now scroll the current page, keep scrolling and you will notice it's choppy and at some point it just freezes for a few seconds.

if you need more info, just ask
Jul 10, 2011
#8 torgeir....@gmail.com
Can you try disabling your ad blocker, if you have one such extension installed?
Jul 10, 2011
#9 mr.8b...@gmail.com
I disabled Adblock completely and disabled flash, problem still.

I think it has something to do with the fact that the newly created tab shares the same process with the current tab.

but it also happens when loading a single tab, you can't scroll until the page is almost completely loaded even though the article/picture you need is fully loaded.

Duplicate of:
 Issue 18923 
Issue 21630
 Issue 31758 
Issue 39679
 Issue 62924 
 Issue 66574 
 Issue 74721 
 Issue 77579 
 Issue 77912 
 Issue 79142 
 Issue 81213 
 Issue 83511 
 Issue 84822 
 Issue 86276 

and many more...
Jul 11, 2011
#10 Woods.Gr...@gmail.com
I'm not sure it was always this way, but I've noticed for the past few months or so that opening a large/complex and/or slow-loading page in another tab with a command-click on a link leaves the current tab unresponsive even if it was entirely loaded hours ago.
Jul 11, 2011
#11 andy.s.g...@gmail.com
Confirmed and starred.
I don't have adblock running like others.

This is a real killer for me. I am constantly performing this action. 
It's pushing me back to Firefox.
Aug 3, 2011
#12 Bogdan.p...@3mille.com
It happens to me also, even when loading low complexity forum pages.
Aug 24, 2011
#13 quang...@gmail.com
Same for me. Using Win7, duo core, 4GB RAM which should not be issue. Disable all plug-ins. Still!!
Sep 5, 2011
#14 b.a.koe...@gmail.com
Quite right, this is the one of the Chrome's worst bugs imho. Note that there are a number of issues open regarding this, see e.g. https://code.google.com/p/chromium/issues/detail?id=31758
Sep 5, 2011
#15 b.a.koe...@gmail.com
Oops, sorry. Didn't notice that somebody had posted many duplicates above already. In any case, important to mention that I stopped using Chromium because of this bug. Some people don't seem to have this problem but those who do all stop using the chromium browser pretty quickly.
Sep 10, 2011
#16 haavard.pedersen
2 years, a pile of duplicates and no real effort to resolve? Is it really that hard to duplicate? Let me know if it is, and I'll help you.
Sep 28, 2011
#17 mr.8b...@gmail.com
Consider merging this into  Issue 74721 
Oct 3, 2011
#18 uberco...@gmail.com
Happens for me with or without adblock, but adblock makes it worse. Those plugins really need to be lowered in priority, too, though.
Oct 13, 2011
#19 scottbyer@chromium.org
I'm going to keep this one separate from crbug.com/74721, because the single vs. multiple tabs may just end up with different sets of fixes. I run into this one every day, been looking at 74721 for a couple of weeks - they're both deep and will take a while to fix.
Owner: scottbyer@chromium.org
Dec 5, 2011
#20 mr.8b...@gmail.com
Why status is "Unconfirmed"?
Read comments above,  several users have confirmed this and provided reproduction steps.
Aug 6, 2012
#21 mfschwa...@google.com
I also see this problem. It started happening sometime in the past couple of months.
Aug 10, 2012
#22 bugdro...@chromium.org
Due to the age of the issue, changing the priority to P3, however because it has at least 10 stars, marking it for review.
Status: IceBox
Labels: -Pri-2 Pri-3 Action-NeedsReview
Aug 10, 2012
#23 lafo...@google.com
(No comment was entered for this change.)
Status: Unconfirmed
Oct 15, 2012
#24 jerry.as...@gmail.com
"Due to the age of the issue, changing the priority to P3, however because it has at least 10 stars, marking it for review."

Got to be kidding me.

A bug is reported. Hundreds of people join in explaining what a bad bug it is.

Developers add to the mix, explaining how hard the bug is to fix, but they will be looking at it soon.

Finally some soon to be a manager I am sure says "This bug is now so old, I am changing it to low priority".

IS THERE ANY REASON FOR MAINTAINING THIS LIST OF ISSUES!? 

Apparently only for shits and giggles and spam.
Dec 11, 2012
#25 rcr...@chromium.org
scottbyer@, have you made any progress here?
Status: Assigned
Dec 11, 2012
#26 scottbyer@chromium.org
No, and it's not something I'll have the chance to work on again for a while. It should have been mostly fixed with the threaded compositor, but there were definitely other aspects to it when I investigated (IPCs getting stopped up). Putting it up for Available.

I think for this to get solved it will take recreating it in an integration test first.
Status: Available
Mar 10, 2013
#27 bugdro...@chromium.org
(No comment was entered for this change.)
Labels: -Area-Internals -Stability-Performance Performance Cr-Internals
Sign in to add a comment

Powered by Google Project Hosting