Closed Bug 1919 Opened 26 years ago Closed 26 years ago

disney popup causes lockup and crash

Categories

(Core :: DOM: Core & HTML, defect, P2)

x86
Windows NT
defect

Tracking

()

VERIFIED DUPLICATE of bug 1646

People

(Reporter: kipp, Assigned: vidur)

References

()

Details

First, it locks up the layout of the main page Second, after you dismiss it by clicking "no thanks" - boom: net_ProcessMocha(_ActiveEntry * 0x01429710) line 338 + 11 bytes net_MochaLoad(_ActiveEntry * 0x01429710) line 320 + 9 bytes NET_GetURL(URL_Struct_ * 0x01428b00, int 102, MWContext_ * 0x01429570, void (URL_Struct_ *, int, MWContext_ *)* 0x00422110 bam_exit_routine(URL_Struct_ *, int, MWContext_ *)) line 3031 + 12 bytes nsNetlibService::OpenStream(nsNetlibService * const 0x0121ddb0, nsIURL * 0x0140af80, nsIStreamListener * 0x0140ae30) line 364 + 20 bytes nsDocumentBindInfo::Bind(nsIURL * 0x0140af80, nsIStreamListener * 0x00000000) line 1365 + 23 bytes nsDocumentBindInfo::Bind(const nsString & {"javascript:noThanks();"}, nsIPostData * 0x00000000, nsIStreamListener * 0x00000000) line 1339 + 16 bytes nsDocLoaderImpl::LoadDocument(nsDocLoaderImpl * const 0x013f17f0, const nsString & {"javascript:noThanks();"}, char * 0x019142d8, nsIContentViewerContainer * 0x013f1120, nsIPostData * 0x00000000, nsISupports * 0x00000000, nsIStreamObserver * 0x013f113c, nsURLReloadType nsURLReload, const unsigned int 0) line 884 + 18 bytes nsWebShell::LoadURL(nsWebShell * const 0x013f1120, unsigned short * 0x0140aa40, char * 0x019142d8, nsIPostData * 0x00000000, int 1, nsURLReloadType nsURLReload, const unsigned int 0) line 1238 + 81 bytes nsWebShell::LoadURL(nsWebShell * const 0x013f1120, unsigned short * 0x0140aa40, nsIPostData * 0x00000000, int 1, nsURLReloadType nsURLReload, const unsigned int 0) line 1156 nsWebShell::HandleLinkClickEvent(nsIContent * 0x0142de6c, nsLinkVerb eLinkVerb_Replace, unsigned short * 0x0140aa40, unsigned short * 0x1000f478, nsIPostData * 0x00000000) line 1676 OnLinkClickEvent::HandleEvent() line 1510 HandlePLEvent(OnLinkClickEvent * 0x0140a8b0) line 1523 PL_HandleEvent(PLEvent * 0x0140a8b0) line 395 + 10 bytes PL_ProcessPendingEvents(PLEventQueue * 0x011f9b40) line 357 + 9 bytes _md_EventReceiverProc(void * 0x000503f0, unsigned int 49321, unsigned int 0, long 18848576) line 675 + 9 bytes USER32! 77e71250()
Status: NEW → ASSIGNED
Great! Now I can't even debug this until javascript: URL processing starts working again. Warren, I'm going to need your help in understanding how to get the javascript: protocol handler working again.
Setting all current Open/Normal to M4.
QA Contact: 4015
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Target Milestone: M4 → M5
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 1646 ***
Status: RESOLVED → VERIFIED
Duplicate of 1646.
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.