view-source:https://discourse.mozilla.org/ takes 10 minutes+ to load and makes the tab unresponsive (70% time spent in nsLineBox::IndexOf)
Categories
(Core :: Layout, defect)
Tracking
()
People
(Reporter: zn7esutb, Unassigned)
References
Details
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:109.0) Gecko/20100101 Firefox/119.0
Steps to reproduce:
I visited view-source:https://discourse.mozilla.org/.
Actual results:
The browser slowed to a crawl until the tab was closed and did not ever actually load the source code.
Expected results:
The source code should have been loaded, and the tab should not have affected the rest of the browser.
| Comment hidden (off-topic) |
| Comment hidden (off-topic) |
| Reporter | ||
Comment 3•2 years ago
|
||
Most Mozilla tabs ceased to load.
| Reporter | ||
Comment 4•2 years ago
•
|
||
It works flawlessly on google-chrome-unstable-120.0.6090.0-1.src.rpm on cpe:/o:opensuse:tumbleweed:20231106.
| Reporter | ||
Updated•2 years ago
|
Updated•2 years ago
|
Comment 6•2 years ago
•
|
||
Profile (8 minutes, incomplete) : https://share.firefox.dev/3ugvppz
Can confirm that the view-source continued to load for >10minutes
Can repro on a build from 2019. So not a recent regression
Updated•2 years ago
|
Updated•2 years ago
|
Updated•2 years ago
|
Comment 7•2 years ago
|
||
This sounds similar to reports such as bug 726637 and more specifically bug 727831.
Comment 8•2 years ago
|
||
The severity field is not set for this bug.
:TYLin, could you have a look please?
For more information, please visit BugBot documentation.
Updated•2 years ago
|
Comment 9•1 year ago
•
|
||
Profile with bug 727831 fixed:
With wrapping : https://share.firefox.dev/3XetePn (truncated, took more than 1 minute after which i got bored)
Without wrapping: https://share.firefox.dev/4dERbFG (truncated, took more than 1 minute after which i got bored)
Comment 10•1 year ago
|
||
Hmm. So the profile is no longer dominated by nsLineBox::IndexOf, so I guess that's progress. But it's still taking far too long, with a surprisingly large amount of time apparently in SVG-related stuff, and also continuation-frame management.
Comment 11•1 year ago
•
|
||
HEre is a complete profile: https://share.firefox.dev/ (at 2ms sampling interval so each sample is equal to 4ms of wall clock time)
Profile from a fresh instance: https://share.firefox.dev/3MCEbEF (12m+ and then i got bored)
Comment 12•1 year ago
|
||
Comment 13•1 year ago
|
||
Proifle with latest Nightly: https://share.firefox.dev/3UpMwzu (3m+ and then I got bored)
| Reporter | ||
Comment 14•1 year ago
|
||
I tried to collect a profile too, but it crashed. First, my in-use tab, then the browser. about:crashes reports:
crash-stats.mozilla.org/report/index/89a7f789-1265-4262-a5d3-a90ee0241230crash-stats.mozilla.org/report/index/26e6f774-276f-43e6-8a07-711840241230
I've uploaded a trace at bugzilla.redhat.com/show_bug.cgi?id=2334931#c0, too.
However, note that when I visit the tab, I can see part of the source. It merely stops rendering after ≈ 1s. The amount of the source I can see is dependent upon how far I can scroll during that time.
Description
•