54876 - browser crashes as soon as the page is finished loading

Status: VERIFIED DUPLICATE of bug 55354

(Core :: Graphics: ImageLib, defect, P1)

Description

[flamtrash]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m18) Gecko/20001001
BuildID:    2000100120

Soon as page loads... BANG crash.  Theres not much else to say to decibe it.


Reproducible: Always
Steps to Reproduce:
1.Load page
2.
3.

Actual Results:  	Crash						

Expected Results:  	Not crashed.						

	Other pages thoughout the mp3.com site do the same thing...  it happens fairly
close to the end of the page load.  You can stop it early if you choose.

Comment 1

[Scott Brodmerkle]

Works for me with Linux build 2000100121.

Comment 2

[Eugene Savitsky]

Confirming on 2000100120M18 talkback. But talkback do not work for me, so I 
cannot send a talkback report. :(

Comment 3

[André Dahlqvist]

I can reproduce the crash on WinNT4.0; 2000100121M18

Comment 4

[flamtrash]

I am not obsessing!  But the bug does continue to manifest on Win98 with Build #
2000100208

Comment 5

[Asa Dotzler [:asa]]

OK< I didn't see this the first time I tried to repro it but after a few hours I
tried again and it crashed me.  Seems intermittant.  Will try to get talkback
data tomorrow.

Comment 6

[Marcello Nuccio]

It crash on linux (Debian 2.2) build 100214 also.
Talkback is broken, sorry.

Comment 7

[Asa Dotzler [:asa]]

0x02edebe2
ns_observer_proc
[d:\builds\seamonkey\mozilla\gfx\src\nsImageRequest.cpp,line135]
XP_NotifyObservers
[d:\builds\seamonkey\mozilla\modules\libutil\src\obs.c,line260]
il_image_complete_notify
[d:\builds\seamonkey\mozilla\modules\libimg\src\if.cpp,line329]
il_image_complete
[d:\builds\seamonkey\mozilla\modules\libimg\src\if.cpp,line1653]
ImgDCallbk::ImgDCBHaveImageAll
[d:\builds\seamonkey\mozilla\modules\libimg\src\if.cpp,line191]
process_buffered_gif_input_data
[d:\builds\seamonkey\mozilla\modules\libimg\gifcom\gif.cpp,line694]
gif_delay_time_callback
[d:\builds\seamonkey\mozilla\modules\libimg\gifcom\gif.cpp,line728]
timer_callback
[d:\builds\seamonkey\mozilla\gfx\src\nsImageSystemServices.cpp,line72]
nsTimer::Fire
[d:\builds\seamonkey\mozilla\widget\timer\src\windows\nsTimer.cpp,line196]
nsTimerManager::FireNextReadyTimer
[d:\builds\seamonkey\mozilla\widget\timer\src\windows\nsTimerManager.cpp,line117]
nsAppShell::Run
[d:\builds\seamonkey\mozilla\widget\src\windows\nsAppShell.cpp,line116]

Comment 8

[Asa Dotzler [:asa]]

over to imagelib

Comment 9

[buster]

Nominating for rtm, bad crash on a heavily trafficed top100 site. I crashed my
commerical build on WinNT (build id 2000100408) on about the third try.
I have never crashed my debug build, but I do get these assertions:
nsDebug::Assertion(const char * 0x01c73b8c
??_C@_0BH@KIIE@no?5downstream?5listener?$AA@, const char * 0x01c73ba4
??_C@_0BE@LLJA@mDownstreamListener?$AA@, const char * 0x01c73b54
??_C@_0DI@PFMC@S?3?2mozilla?2netwerk?2cache?2memcach@, int 145) line 256 + 13 bytes
AsyncReadStreamAdaptor::OnStopRequest(AsyncReadStreamAdaptor * const 0x02ba4fb4,
nsIChannel * 0x02ba4580, nsISupports * 0x00000000, unsigned int 2147500036,
const unsigned short * 0x002d56c8 gCommonEmptyBuffer) line 145 + 41 bytes
nsOnStopRequestEvent::HandleEvent(nsOnStopRequestEvent * const 0x02ba4b70) line 302
nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x02ba3220) line 97 + 12 bytes
PL_HandleEvent(PLEvent * 0x02ba3220) line 575 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00c7cfd0) line 508 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x133c0116, unsigned int 49475, unsigned int 0,
long 13094864) line 1044 + 9 bytes
USER32! 77e71820()
00c7cfd0()

Comment 10

[buster]

looks the same as marc's crasher bug 55354

Comment 11

[buster]

interesting point.  this crash does not happen in viewer.  only in mozilla.

Comment 12

[pnunn]

This keep these dupes in the same basket.
Marking as a dupe of 55354.
-pn

*** This bug has been marked as a duplicate of 55354 ***

Comment 13

[Terri Preston]

Marking as verified duplicate