Closed Bug 42861 Opened 25 years ago Closed 25 years ago

Crash in nsFrameImageloader when visiting above url

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows NT
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: nisheeth_mozilla, Assigned: nisheeth_mozilla)

References

(
URL
)

Details

We crash with the following call stack when we visit the above url: nsFrameImageLoader::NotifyFrames(int 1) line 538 + 9 bytes nsFrameImageLoader::Notify(nsIImageRequest * 0x03573fd0, nsIImage * 0x00000000, nsImageNotification nsImageNotification_kDimensions, int 600, int 1, void * 0x00000000) line 446 ns_observer_proc(void * 0x03572200, long 2, void * 0x0012f928, void * 0x03573fd0) line 80 XP_NotifyObservers(OpaqueObserverList * 0x03573f00, long 2, void * 0x0012f928) line 259 + 28 bytes il_dimensions_notify(il_container_struct * 0x03573ab0, int 600, int 1) line 268 + 18 bytes ImgDCallbk::ImgDCBHaveHdr(ImgDCallbk * const 0x03573d70, int 600, int 1) line 106 + 20 bytes il_size(il_container_struct * 0x03573ab0) line 777 ImgDCallbk::ImgDCBImageSize(ImgDCallbk * const 0x03573d70) line 178 + 12 bytes il_gif_write(il_container_struct * 0x03573ab0, const unsigned char * 0x02b36c60, long 128) line 1349 + 18 bytes GIFDecoder::ImgDWrite(GIFDecoder * const 0x0352e1c0, const unsigned char * 0x02b36c60, long 128) line 103 + 20 bytes IL_StreamWrite(il_container_struct * 0x03573ab0, const unsigned char * 0x02b36c60, long 128) line 1001 + 26 bytes NetReaderImpl::Write(NetReaderImpl * const 0x03573560, const unsigned char * 0x02b36c60, long 128) line 110 + 20 bytes ImageConsumer::OnDataAvailable(ImageConsumer * const 0x03573850, nsIChannel * 0x035733f0, nsISupports * 0x00000000, nsIInputStream * 0x0357e9ec, unsigned int 0, unsigned int 4536) line 436 + 23 bytes nsDocumentOpenInfo::OnDataAvailable(nsDocumentOpenInfo * const 0x035730f0, nsIChannel * 0x035733f0, nsISupports * 0x00000000, nsIInputStream * 0x0357e9ec, unsigned int 0, unsigned int 4536) line 210 + 46 bytes nsHTTPFinalListener::OnDataAvailable(nsHTTPFinalListener * const 0x035736c0, nsIChannel * 0x035733f0, nsISupports * 0x00000000, nsIInputStream * 0x0357e9ec, unsigned int 0, unsigned int 4536) line 1239 + 46 bytes nsHTTPCacheListener::OnDataAvailable(nsHTTPCacheListener * const 0x0357d1a0, nsIChannel * 0x0357b230, nsISupports * 0x00000000, nsIInputStream * 0x0357e9ec, unsigned int 0, unsigned int 4536) line 191 + 49 bytes nsDiskCacheRecordChannel::OnDataAvailable(nsDiskCacheRecordChannel * const 0x0357b234, nsIChannel * 0x0357cef0, nsISupports * 0x00000000, nsIInputStream * 0x0357e9ec, unsigned int 0, unsigned int 4536) line 678 + 49 bytes nsOnDataAvailableEvent::HandleEvent(nsOnDataAvailableEvent * const 0x03578b80) line 406 + 47 bytes nsStreamListenerEvent::HandlePLEvent(PLEvent * 0x0357bf90) line 97 + 12 bytes PL_HandleEvent(PLEvent * 0x0357bf90) line 575 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x0148f390) line 520 + 9 bytes _md_EventReceiverProc(HWND__ * 0x02db0602, unsigned int 49355, unsigned int 0, long 21558160) line 1032 + 9 bytes USER32! 77e71820() 0148f390()
This is not happening in the latest builds. This must have been a problem with changes in my local build. Marking worksforme and verified.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Marking verified.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.