Steps to reproduce: 1. Visit http://www.richinstyle.com/test/positioning/positionfixed3.html Result: Mozilla crashes. build id: 20000510 Linux
Looks like a Linux thing. Just visited site with M15, Mac OS 9.0.4, MRJ 2.2, carbon libs 1.0.4. No crash. It *did* crash Communicator 4.72 with a Type 3 error -- figure that one out!
Doesn not crash 051210 build under NT or 98. will try to get some confirmation from linux testers tonight. firstname.lastname@example.org (Sitsofe Wheeler) can you test with today's talkback build and report back with a crash incident.
Crashed M15 Linux build. Talkback (TB10417395E) posted.
Adding crash keyword
chofmann, can you help us get any relevant info from this talkback report?
the easiest way to pull data out of the talkback database is by user e-mail address as submitted in the talkback report. just searched for reports from email@example.com and found nothing. lets get someone to reproduce and let me know about something I can search for in the e-mail addr field. (it doesn't have to be a valid e-mail address, just something to identify) I tried to reproduce with a recent daily build and it appears the link is dead.
filed another talkback using my email address. Should also contain the url to this bug. The link worked fine when I tested it.
we are struggling here... looks like no symbols on the talkback server to resolve the stack trace but here we go.. If you can grab a more recent build and try we can get some better data. Give the monday builds a try... thanks... Netscape6 Netscape LinuxIntel (2000041811) Incident ID 10443606 libraptorgfx.so + 0xdd73 (0x40020d73) libraptorgfx.so + 0xd47e (0x4002047e) libraptorgfx.so + 0xd1e6 (0x400201e6) libraptorgfx.so + 0xd2a8 (0x400202a8) libraptorview.so + 0x15a9c (0x409c3a9c) libraptorview.so + 0x155ac (0x409c35ac) libraptorview.so + 0x15325 (0x409c3325) libraptorview.so + 0x166f0 (0x409c46f0) libraptorview.so + 0x787d (0x409b587d) libwidget_gtk.so + 0x3000a (0x413dd00a) libwidget_gtk.so + 0x2ff35 (0x413dcf35) libwidget_gtk.so + 0x33d15 (0x413e0d15) libwidget_gtk.so + 0x33e95 (0x413e0e95) libwidget_gtk.so + 0x33bd9 (0x413e0bd9) libglib-1.2.so.0 + 0x10ba9 (0x405b3ba9) libglib-1.2.so.0 + 0xfbe6 (0x405b2be6) libglib-1.2.so.0 + 0x101a1 (0x405b31a1) libglib-1.2.so.0 + 0x10341 (0x405b3341) libgtk-1.2.so.0 + 0x8c209 (0x404da209) libwidget_gtk.so + 0x22e1a (0x413cfe1a) libnsappshell.so + 0x1463a (0x40fc263a) mozilla-bin + 0x320c (0x0804b20c) mozilla-bin + 0x3523 (0x0804b523) libc.so.6 + 0x181eb (0x402f81eb)
page seems to be loading fine for me on win32 (win95) using a release build from this morning.
I now see why I see the crash. I use a remote X session to use moz normally (PC - sparc). I tested on the same linux box locally and the crash did not appear.
work for me win98 SE #2000053020
Sitsofe, should this be resolved WORKSFORME?
I don't think it's fair to mark this worksforme becuase it DOES happen (repeated in a 052120 Linux build). The only justification for marking this worksforme is that I doubt a large percentage of people will use mozilla across a remote X. However, in the society where I currently am, we use old Sparcs as dumb terminals with a PC actually doing the processing and posting the Sparcs the graphics so I will keep seeing this. I think this needs investigation and it's not difficult to test if you have two linux boxes...
Oops. That should have been a 053120 build...
Not sure who to send this one to. Anyone have any suggestions.
#0 nsBlender::Do8Blend () from libraptorgfx.so #1 nsBlender::Blend () from libraptorgfx.so #2 nsBlender::Blend () from libraptorgfx.so #3 nsBlender::Blend () from libraptorgfx.so #4 nsViewManager2::RenderDisplayListElement () from libraptorview.so #5 nsViewManager2::RenderViews () from libraptorview.so #6 nsViewManager2::Refresh () from libraptorview.so firstname.lastname@example.org is all over cvsblame for nsBlender::Do8Blend, reassigning.
cc: waqar y pavlov
M14 doesn't crash, bug 3/29 already does. Bonsai says there were only two changes to nsBlender.cpp in that timeframe, one on 3/15 by email@example.com, and one on 3/24 by firstname.lastname@example.org. See http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=nsBlender.cpp&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=02%2F15+&maxdate=03%2F29+&cvsroot=%2Fcvsroot CC'ing email@example.com. If there is still a nightly for PC/Linux available from between 3/15 and 3/24, please send me a pointer...
The stack trace is identical to 17356, this is a problem in 8 bit or 256 color mode with blending. *** This bug has been marked as a duplicate of 17356 ***
Sorry for the spam. New QA Contact for Browser General. Thanks for your help Joseph (good luck with the new job) and welcome aboard Doron Rosenberg
reopening. the page crashes 2000090608 on win98.
Tried with current build on WIN98 and Linux. Doesn't crash. resolving as WORKSFORME.
works for me too.
verified again, win98 and linux users on irc