Closed Bug 165462 Opened 22 years ago Closed 22 years ago

Mozilla crashes on this website [@ nsIFrame::GetNextSibling]

Categories

(Core :: Layout, defect)

x86
All
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 136927

People

(Reporter: pierre, Assigned: karnaze)

References

()

Details

(Keywords: crash, testcase)

Crash Data

Attachments

(2 files)

I have Mozilla 1.1
Are you sure it is a crash and not a hang? If crash: Can you please include a TalkBack ID?
BuildID# 2002-08-29-04 using Win2000. The web browser seem to take awfully a long time to download something, it is 5 minutes and still counting. Could this be the problem the Reporter experienced? I tested it with IE and it showed that it stopped downloading instantly when it is done. So, this is not the animation/images that require continous connection to keep itself updated as I have seen on a few websites.
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020819 Crash TB10058860X I'll upgrade to the current Nightly and try again.
URL Redirects to http://www.cine-courts.com/V3/UTILISATEUR/main.php?GOTO=MAIN&PAGE=2 Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1b) Gecko/20020829 TB10060024W
This page seems to have iframes, ilayers, layers, Shockwave
Disregard part of comment #2 about the long download. It download instantly after I changed the setting, "Animated Images Should Loop" from "As Many As The Images Specified" To "Never". Still, Mozilla didn't crash. Alan, can you try to reproduce the problem with crashing and without crashing?
No, it crashed both times I tried it. Two different builds. It loaded fine in IE 6, which was how I was able to check the source. Animated gifs are set to loop as many times as specified. Pop-ups disabled. OS -> All?
Disabling pop-ups seems to trigger the crash. stack to follow (hopefully)
Severity: major → critical
Keywords: crash
OS: Linux → All
Attached file stacktrace (deleted) —
this actually appears to have nothing to do with popups. I crash with and without them enabled. My steps to reproduce are: 1. load the page 2. reload the page I'll try to get a testcase, but for now ==> Layout
Status: UNCONFIRMED → NEW
Ever confirmed: true
.
Assignee: asa → attinasi
Component: Browser-General → Layout
QA Contact: asa → petersen
Attached file testcase (deleted) —
testcase has flash + invalid <head> inside <body> + <script src="..."> + document.write in a table debug build prints this while loading the testcase: ###!!! ASSERTION: empty line: 'fromLine->GetChildCount()', file nsBlockFrame.cpp, line 2739 WARNING: negative child count, file nsLineBox.h, line 304
Keywords: testcase
Summary: Mozilla crashes on this website → Mozilla crashes on this website [@ nsIFrame::GetNextSibling]
critical bug --> to Kevin
Assignee: attinasi → kmcclusk
In response to comment #7. No, what I meant is I am not able to produce a testcase because my build have not crash. You have a better chance of isolating the cause of the crash and what doesn't. A testcase is useful for that! I don't meant anything about the "Animated gifs are set to loop as many times as specified" or the disabled pop-up. The pop-up have no effect on my build. So, Andrew stand correct on comment #10. Um, flash player. Maybe that is the one. Because I do not have the flash player installed. Try that and let us know what happen. Hey Andrew, Thanks! Will test the testcase next week, I'm going out of town this weekend. I'll let you all know how it goes.
-> karnaze
Assignee: kmcclusk → karnaze
QA Contact: petersen → moied
*** This bug has been marked as a duplicate of 136927 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Sorry for not having the opportunity to test this. Now that it is a duplicate, so I'll trust that it is in good hand.
Crash Signature: [@ nsIFrame::GetNextSibling]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: