Closed
Bug 372480
Opened 17 years ago
Closed 14 years ago
hang on viewing certain rdf page
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: estellnb, Unassigned)
References
()
Details
(Keywords: hang)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.2) Gecko/20070221 SUSE/2.0.0.2-6.1 Firefox/2.0.0.2 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.8.1.2) Gecko/20070221 SUSE/2.0.0.2-6.1 Firefox/2.0.0.2 ?? Reproducible: Always Steps to Reproduce: 1. go to http://www.iswc2006.semanticweb.org/projects/semdis/swetodblp/january2007/swetodblp_january_2007_part_33.rdf 2. 3. Actual Results: crash
Comment 1•17 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2) Gecko/20070219 Firefox/2.0.0.2 It stays in a loading state "transferring data from..". On branch it doesn't crash or hang but after closing Firefox the process stays in the task manager. I don't see the latter problem in trunk.
Reporter | ||
Comment 2•17 years ago
|
||
After a while Firefox ceases to redraw its window. If I try to close Firefox my window manager KWin is going to complain that Firefox will not react. Then KWin suggests to terminate Firefox. Precisely speaking it is a hang not a crash.
Reporter | ||
Comment 3•17 years ago
|
||
Perhaps it is necessary to open an additional plain tab before trying to fetch that page in order to obtain a hang.
Updated•17 years ago
|
Summary: crash on viewing certain rdf page → hang on viewing certain rdf page
Comment 4•17 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a3pre) Gecko/20070302 Minefield/3.0a3pre ID:2007030204 [cairo] My trunk build doesn't like loading the link.
Comment 5•15 years ago
|
||
kinda sucks memory
Severity: minor → major
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → Trunk
Comment 6•14 years ago
|
||
Keep in mind that it's a 14MB XML file that Firefox tries to display pretty-printed. It actually opens for me in a couple of minutes without being more laggy than what its 1GB footprint requires. For comparison, I didn't manage to click through Chrome's "the page hung" windows enough times to see the page. (This is Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a2pre) Gecko/20100224 Minefield/3.7a2pre, 2 year old Macbook with 2GB RAM.) So why is our resource usage unreasonable? Does anyone does better? If the issue is blocking the UI, it's a duplicate of out-of-process tabs bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•