Closed
Bug 1919
Opened 26 years ago
Closed 26 years ago
disney popup causes lockup and crash
Categories
(Core :: DOM: Core & HTML, defect, P2)
Tracking
()
M5
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()
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Comment 1•26 years ago
|
||
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.
Updated•26 years ago
|
QA Contact: 4015
Comment 3•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Assignee | ||
Updated•26 years ago
|
Target Milestone: M4 → M5
Assignee | ||
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 5•26 years ago
|
||
Duplicate of 1646.
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•