User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2) (KHTML, like Gecko) Build Identifier: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-0.9/ (14th June) go to the page http://www.chakakhan.com, Firefox crashes before the whole page is loaded, I also tested this site with my trunk build: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040607 Firefox/0.8.0+ Output in Terminal running the Gecko/20040607 build: (Gecko:3364): Gtk-CRITICAL **: file gtkwidget.c: line 4398 (gtk_widget_get_style): assertion `GTK_IS_WIDGET (widget)' failed Running Fedora core 2, fully updated, Vanilla kernel 2.6.6 Reproducible: Always Steps to Reproduce: 1.goto http://www.chakakhan.com 2.page almost finishes loading, then crashes 3. Expected Results: Page should load with no crash
http://www.chakakhan.com/Images/Flash%20Art/Test%20A is served as Content-Type: text/plain according to extension LiveHTTPHeaders. The 'Plug-in Not Loaded' notification tells about required plug-in for text/plain and offers download from http://www.macromedia.com/shockwave/download/ When I pasted that link (copied from LiveHTTPHeaders) directly in the Location Bar, Mozilla tells me file "Test A" is of type application/stream and offers me download. Tests made with Mozilla 1.7 on Win98, no crash. Try if the link above is crashing your Firefox.
Ok, that link does not crash Firefox, I am asked to Save "Test A" which is a: BIN file to disk.
<head> contains: <bgsound src="message/SITEGREE.au" loop="0"> that is: http://www.chakakhan.com/message/SITEGREE.au You can try to access the site from here, I assume there is no sound: http://www.chakakhan.com/CKClub.html
(In reply to comment #3) > <head> contains: <bgsound src="message/SITEGREE.au" loop="0"> > that is: http://www.chakakhan.com/message/SITEGREE.au > > You can try to access the site from here, I assume there is no sound: > http://www.chakakhan.com/CKClub.html OK, yes that link works ok, but of course there is no "flash" I assumed this was a Firefox bug as it works fine in Konqueror,
Colin, did you check the attached testcase? Just click the link and crash ;-) http://bugzilla.mozilla.org/attachment.cgi?id=150892&action=view If that one crashes, it is the <bgsound ... > line in the header.
(In reply to comment #7) > Colin, did you check the attached testcase? Just click the link and crash ;-) > http://bugzilla.mozilla.org/attachment.cgi?id=150892&action=view > > If that one crashes, it is the <bgsound ... > line in the header. Oh, I see.. If I click the link above I do not crash, I get a page with some html and links. Sorry I should read up on what the "testcase" was ;(
Comment on attachment 150892 [details] testcase (not crashing) canceled testcase, as it doesn´t demonstrate the bug.
Created attachment 150973 [details] Log from extension LiveHTTPHeaders Extension: http://livehttpheaders.mozdev.org/ excerpt from the attached log: http://www.chakakhan.com/Images/Flash%20Art/Test%20A GET /Images/Flash%20Art/Test%20A HTTP/1.1 ... Range: bytes=5522- If-Range: "dc108-2200-3f5cc7be" HTTP/1.x 206 Partial Content .... Content-Type: text/plain Opening this link directly asks for download of file "Test A" type application/stream. http://www.chakakhan.com/Images/Flash%20Art/Test%20A I don´t understand that I get this served as MIME-Type text plain if demanded from the website, but get it as MIME type application/octet stream if asked from the location bar. It doesn´t crash on my win98, but crashes on the reporters linux system. I can´t do any more, can some other linux guy have a look?
After a bit more investigation, I did some tests with: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040612 Firefox/0.8.0+ The last Official i686-pc-linux-gnu build and *not* my normal gtk2+xft builds I normally use, and this site did not crash. So something is wrong in the gtk2+xft builds maybe?? Could it be linked to this: "assertion `GTK_IS_WIDGET (widget)' failed" as mentioned in my initial post. Like Hermann found, there is an Icon asking to install Shockwave and it seems that at this point the FF gtk2+xft builds crash.
Summary: crash during page rendering this site → crash during page rendering www.chakakhan.com
FYI this bug/crash happens (since reported) with the Aviary builds as well current build I use: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7) Gecko/20040706 Firefox/0.9.0+ for example. It is a problem with the gtk2+xft builds and pages that have both Flash and Shockwave as far as I can tell, Flash pages alone work fine.
Well, this bug is still causing problems, any page that needs both Flash and Shockwave will crash EG: http://www.macromedia.com/shockwave/welcome/ Where as it should not crash and just inform the user of the missing Shockwave Plugin, Tested with *all* the Aviary builds including the current PR Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040901 Firefox/1.0 PR (NOT FINAL)
Version: Trunk → 1.7 Branch
Re-opened as bug #258497, this needs to be fixed.
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.