Closed
Bug 199379
Opened 22 years ago
Closed 18 years ago
Mozilla freezes and then crashes when visiting page
Categories
(Core Graveyard :: GFX: Gtk, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: xalkina, Assigned: blizzard)
References
()
Details
(4 keywords, Whiteboard: CLOSEME 07/01)
Attachments
(1 file)
411 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030326
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4a) Gecko/20030326
Mozilla freezes when scrolling down the above page and after a while, crashes.
Reproducible: Always
Steps to Reproduce:
1. Visit http://websales.otenet.gr/Default.asp
2. Accept the session cookie from above page
3. Follow first link on blue bar in left of page (the one with iPQJID=757)
4. Select link "Fast Gate BASIC (ISDN 64K Dynamic)" in the middle of the page
5. Scrool down this page. When the product icons in bottom of page appear,
mozilla freezes
Actual Results:
Browser freezes, and after a while crashes
Expected Results:
Mozilla should scroll thru to the end of page
Just checked with 2003032608 on RH7.3
Comment 1•22 years ago
|
||
do you have a stack or a talkback ID for the crash? could you get one?
Severity: normal → critical
Keywords: hang
Reporter | ||
Comment 2•22 years ago
|
||
no talkback id. mozilla simply disappears.
if there's a way to get a stack trace, I'll be glad to do it!
Comment 3•22 years ago
|
||
here's what I see with linux trunk 20030326:
memory usage after loading the page is ~90MB. After scrolling to the bottom,
memory usage goes up to 140MB, but fluctuates back and forth to 90MB. Also, CPU
usage when at the bottom at the page is very high.
But I don't get a crash. I guess If you don't have a lot of RAM (or Mozilla
uses more than it did for me), the kernel might kill Mozilla for you. I have
392 MB.
Comment 4•22 years ago
|
||
this testcase actually crashes on load for me. Mozilla appeared to use ~500MB
before the kernel killed it.
Comment 5•22 years ago
|
||
marking NEW
==> GFX/gtk ?
Assignee: asa → blizzard
Status: UNCONFIRMED → NEW
Component: Browser-General → GFX: Gtk
Ever confirmed: true
Keywords: testcase
QA Contact: asa → ian
On my LIunx 2003032608 it works fine but it crashes on my hours old CVS build w/
XFT/GTK2. I didn't notice an increase in memory ussage but it crashes too fast
to see any change in memory.
Assignee | ||
Comment 7•22 years ago
|
||
Works fine here. That font-size is what's causing problems but that should
automatically be caught by the font rendering code and scaled down to something
sane. Are you using an Xft build or a regular core build?
Reporter | ||
Comment 8•22 years ago
|
||
My machine is a Dual P-III with 512MB of memory, vanilla kernel 2.4.18.
Using a regular, I guess, build, downloaded from
http://ftp.mozilla.org/pub/mozilla/nightly/latest/
Comment 9•22 years ago
|
||
I was testing a gtk1/xft-less build as well.
gtk2/xft/CVS crashes instantly with an X error.
Comment 10•22 years ago
|
||
the crash here appears to be bug 175711. breaking in with gdb shows that
_XReserve_Bytes calls itself forever until Mozilla dies.
however, this only started happening between linux trunk 2002062021 and
2002062204, although nothing in that window appeared relevant. bug 175711
occurs with Mozilla 1.0.
Comment 11•22 years ago
|
||
Works for me with 1.6b
Comment 12•22 years ago
|
||
testcase worksforme with linux trunk 2003121909.
I can't find the link in step 3 from comment 0 at the URL.
Christos: is this still a problem with recent builds?
Reporter | ||
Comment 13•22 years ago
|
||
2003123008 still crashes for me using the testcase page!
Comment 14•22 years ago
|
||
What version of XFree86 are you running?
I'm running XFree86-4.3.0-42 (Fedora Core 1)
Reporter | ||
Comment 15•22 years ago
|
||
Using XFree86 4.2.1 (-21) from RedHat's Updates and currently downloading latest
update (-23) for RH8.0. Will follow up if anything changes.
Reporter | ||
Comment 16•22 years ago
|
||
Updated ro RH9, so I'm currently using their XFree86 4.3.0-2.90.43, still on
same vanilla kernel 2.4.18.
Mozilla 2003123109 still crashes with testcase.
Comment 17•18 years ago
|
||
Can anyone reproduce the bug a recent trunk build?
http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Whiteboard: CLOSEME 07/01
![]() |
||
Comment 18•18 years ago
|
||
WFM with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a6pre) Gecko/20070630 Minefield/3.0a6pre (horizontal scrolling)
Causes poor performance with
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.5pre) Gecko/20070630 BonEcho/2.0.0.5pre
Comment 19•18 years ago
|
||
-> WORKSFORME
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•17 years ago
|
Product: Core → Core Graveyard
Comment 20•17 years ago
|
||
Crashtest added as part of http://hg.mozilla.org/mozilla-central/rev/afc662d52ab1
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•