Closed Bug 248518 Opened 21 years ago Closed 21 years ago

macnews.de / go-mono.com / gtk.org crash Mozilla

Categories

(SeaMonkey :: General, defect)

x86
Linux
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: marc, Unassigned)

References

()

Details

(Keywords: crash, qawanted, testcase)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040621 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040621 I cannot load macnews.de. Mozilla crashes. Reproducible: Always Steps to Reproduce: 1. http://macnews.de/ 2. 3. Actual Results: Crash Expected Results: Load page n/a
Severity: major → critical
Keywords: crash
WFM / Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040621
wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040624 looking at the page source, I saw a lot of .gifs and some .pngs, some used as background, some animated, but didn´t see plugins. Reporter, - can you load the page with Javascript disabled? - can you load the page when loading of images is disabled? - can you load the page if both above is disabled?
Marc Koschewski: Could you provide Talkback incident ID of crash?
(In reply to comment #2) I checked the page with the following settings .. > - can you load the page with Javascript disabled? no change -> crash > - can you load the page when loading of images is disabled? no change -> crash > - can you load the page if both above is disabled? no change -> crash HTH (I know, I know ... it does not ;) Marc
(In reply to comment #3) > Marc Koschewski: Could you provide Talkback incident ID of crash? I did not 'talkback' ... at least Mozilla didn't open the window for talkback.
I just compiled the recent CVS and it did not change the 'behavior' of Mozilla when accessing the site. Maybe my optflags as well as configure args are of interrest: CFLAGS=-O2 -march=pentium4 -mcpu=pentium4 -mtune=pentium4 -mmmx -msse -msse2 -m3dnow -mfpmath=sse -pipe -fomit-frame-pointer -funroll-loops CXXFLAGS=-O2 -march=pentium4 -mcpu=pentium4 -mtune=pentium4 -mmmx -msse -msse2 -m3dnow -mfpmath=sse -pipe -fomit-frame-pointer -funroll-loops FFLAGS=-O2 -march=pentium4 -mcpu=pentium4 -mtune=pentium4 -mmmx -msse -msse2 -m3dnow -mfpmath=sse -pipe -fomit-frame-pointer -funroll-loops ./configure --prefix=/home/marc/bin/sysroot --with-pthreads --enable-xinerama --enable-crypto --disable-debug --enable-default-toolkit=gtk2 --disable-mailnews --disable-composer --with-system-jpeg --with-system-zlib --with-system-png --enable-svg --enable-svg-renderer-cairo --disable-freetype2 --enable-necko-protocols=all --enable-optimize=-O2 --disable-xprint --disable-logging --disable-profilesharing --disable-installer --enable-extension --enable-reorder --enable-strip HTH, Marc
WFM - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040624 Build-ID: 204062421 compiled with: CXXFLAGS="-O3 -march=athlon-xp -mcpu=athlon-xp" CPPFLAGS="-O3 -march=athlon-xp -mcpu=athlon-xp" CFLAGS="-O3 -march=athlon-xp -mcpu=athlon-xp" .mozconfig: mk_add_options MOZILLA_OFFICIAL=1 mk_add_options BUILD_OFFICIAL=1 ac_add_options --enable-default-toolkit=gtk2 ac_add_options --enable-optimize="-O2 -march=athlon-xp" ac_add_options --enable-xft ac_add_options --enable-crypto ac_add_options --enable-extensions=default,spellcheck,-inspector,-irc,-venkman,-help,-typeaheadfind,-sroaming ac_add_options --enable-calendar ac_add_options --enable-strip ac_add_options --disable-tests ac_add_options --disable-debug ac_add_options --disable-logging ac_add_options --disable-installer ac_add_options --disable-jsd ac_add_options --disable-ldap ac_add_options --disable-mathml ac_add_options --disable-pedantic ac_add_options --disable-accessibility
Guys, yet another hint: http://www.go-mono.com/ craches Mozilla as well. Maybe there are some things in parallel ... I will try to figure out what both pages have in common. I guess, it's a bunch of stuff like JS, GIFs, CSS ... but maybe I can come up with a short list of common used stuff. Who knows.. Marc
Again: WFM - Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a2) Gecko/20040625 Did you even try it with a newer build?
(In reply to comment #9) > Did you even try it with a newer build? Hi! I re-build on June 24th but no change. The new CVS checkins do not let me hope for a change...
www.gtk.org crashes as well. But: macnews.de and go-mono.com make Mozilla crash imediately, whereas gtk.org does not. It displays some parts of the page (not fully loaded) and then crashes ... I investigate.
Summary: macnews.de crashes Mozilla → macnews.de / go-mono.com / gtk.org crash Mozilla
Just to have a 'solid' working example I attached the 3 documents that produce a crash. I guess the 3 'working' examples on the Net won't keep it's structure/content for long...
Hey ho ... I watch the Mandrake Cooker list and found some other people that experience the same phenomenon. The Cooker Build of Mozilla 1.7 crashes on some more boxes that just mine. However, I was not talking about the Cooker Mozilla when I was posting here for the first time. I meant the CVS pulled Mozilla. But I guess we have to track things down to a Mandrake specific problem. Maybe a broken libpng or something ...
Using mozilla-1.7 compiled on Mandrake 10.0 Official, I don't see this crash. I tried all 3 live sites, and all 3 attachments. Since (AFAIK) cooker is running gcc-3.4.1cvs, I would think that might be the problem ...
OK ... Buchan's opinion seems to be a save bet. ;) Should I remove this bug or leave it open? It's - from my point of view - not a Mozilla bug ...
Attached file Testcase
The attached testcase introduced by Chris Moore and Olivier Blin from the Mandrake Cooker list is enough to crash Mozilla ... HTH, Marc
*** Bug 249026 has been marked as a duplicate of this bug. ***
Hmmm .. I recompile using the latest gcc 3.4.1 and it still crashes. Maybe I should recompile the used libs again as well ...
Hi all! I just re-compiled the current CVS with the stable gcc-3.4.1 and '-fno-strict-aliasing'. It now displays gtk.org for 4 or 5 seconds and crashes then. Moreover, Mozilla is horribly slow. I have a compilation running currently so I hope it will be better when the compilation finished. Next I try to add '-fno-unit-at-a-time' ... Gwenole Beauchesne from Mandrake suggested that. Let's see if it works ... Marc
Hi folks! -funit-at-a-time doesn't make a change to Mozilla in viewing gtk.org and others. II tried using the firefox gtk2-xft build I downloaded from mozilla.org and it crashed as well. It seems that's no gcc bug anymore. ldd firefox-bin says: linux-gate.so.1 => (0xffffe000) libmozjs.so => not found libxpcom.so => not found libplds4.so => /usr/lib/libplds4.so (0x40041000) libplc4.so => /usr/lib/libplc4.so (0x40044000) libnspr4.so => /usr/lib/libnspr4.so (0x4004a000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x40084000) libdl.so.2 => /lib/libdl.so.2 (0x40096000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0x40099000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0x403be000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0x40447000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0x40462000) libpangoxft-1.0.so.0 => /usr/lib/libpangoxft-1.0.so.0 (0x4047a000) libpangox-1.0.so.0 => /usr/lib/libpangox-1.0.so.0 (0x40480000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x4048c000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x404c1000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40503000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x40507000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40590000) libm.so.6 => /lib/tls/libm.so.6 (0x4066f000) libsmime3.so => /usr/lib/libsmime3.so (0x40692000) libssl3.so => /usr/lib/libssl3.so (0x406b5000) libnss3.so => /usr/lib/libnss3.so (0x406d7000) libsoftokn3.so => /usr/lib/libsoftokn3.so (0x40742000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x407b3000) libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x4080f000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40817000) libxpcom_compat.so => not found libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40826000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x408e6000) libc.so.6 => /lib/tls/libc.so.6 (0x408ef000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x40a10000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x40a28000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40a5b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x40aee000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x40af2000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x40afb000) libXcursor.so.1 => /usr/X11R6/lib/libXcursor.so.1 (0x40afe000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x40b08000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0x40b11000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x40b39000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40b43000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40b5e000) libz.so.1 => /lib/libz.so.1 (0x40b89000) As I experienced some strange trouble with freetype2 some time ago, I guess it's either freetype2 or xorg-X11 that makes Mozilla crash. The Mandrake Cooker list discussed the crash as well and several people had a guess at freetype2 as well.
Product: Browser → Seamonkey
WFM with 2005011102 on Debian GNU/Linux unstable. Since someone else mentioned FreeType and X, the Debian package versions for those on my system are libfreetype6 2.1.7-2.3 and xfree86 4.3.0.dfsg.1-10 . Reporter: you might try using the latest nightly build from http://www.mozilla.org/developer/#builds
Hi again, gtk.org works for me now as well. I'm using yesterdays CVS. We might close this one now ... Does anybody have an idea what might have been the problem with these sites? Regards, Marc
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
No Mozilla bug / patch referenced as the fix. -> WORKSFORME.
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago21 years ago
Resolution: --- → WORKSFORME
gfx/thebes/crashtests/248518-1.html http://hg.mozilla.org/mozilla-central/rev/b0337b6287f3
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: