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
•