Closed Bug 138427 Opened 23 years ago Closed 23 years ago

Text Zoom is really slow

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 138436

People

(Reporter: yusei, Assigned: Matti)

Details

(Keywords: regression)

Attachments

(1 file)

Text Zoom freezes the browser for a few seconds on complex pages, while it didn't with mozilla 0.9.9
Confirm it happens on linux with mozilla r.0rc1 Gecko/20020417. Dont know about win32 yet.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Works with build 2002041803 on win-xp.
Keywords: regression
Works for me. At least I only get around 1sec delay on rather complex pages (e.g. slashdot, www.spiegel.de), using 1.0rc1 on w2k.
We need a good testcase here that everyone will freeze on. Are there any extreme cases where this will be visible for most users (even with fast computers) ?
This URL takes mozilla over 30 seconds on my 1GHz (CPU-intensive, RAM usage unchanging): http://www.wincustomize.com/news_comments_full.asp?NewsID=765 This is build 2002041617 (1.0.0 branch).
First, I should correct myself: it definitely takes more than a minute or two on the page I mentioned. I ran a debug build from CVS (6pm EST, 15 April -- 2002041518; no specific branch) and kill -SEGV'ed it about 10 seconds into the freeze to force a core dump. GDB cannot produce a complete backtrace: it gets to #267 and is killed. I'm attaching the whole of what I got (~61KiB) because I can't make enough sense of it to know what could be cut out. Bug 138436 seems similar to this (I got the URL from a Mozillazine comment).
I snipped out all the symbol loading messages to reduce clutter
duping against bzg 138436 (already assigned to layout) *** This bug has been marked as a duplicate of 138436 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: