Closed
Bug 101189
Opened 23 years ago
Closed 22 years ago
MailNews / Addressbook won't open while Mozilla busy (w/ dom.disable_open_during_load)
Categories
(Core :: Security, defect)
Tracking
()
VERIFIED
FIXED
mozilla1.0.1
People
(Reporter: 2009-bugzilla, Assigned: security-bugs)
References
()
Details
While testing Bug 101177 I loaded the given URL and tried to open MailNews by clicking on the icon in the left bottom part of the main window and using CTRL+2. Both attempts failed. You can reproduce this bug on any site: You can open a new Navigator window (CTRL+1) and the Composer (CTRL+4) but not MailNews, Chatzilla or the Address book while Mozilla is loading. Noticed on 2001092303 and 2001091311 linux.
Reporter | ||
Comment 1•23 years ago
|
||
My debug build says *** Scripts executed during (un)load or as a result of setTimeout() are potential javascript abuse points. *** Blocking window.open. so I guess it's caused by user_pref("dom.disable_open_during_load", true); Maybe there should be an exception to the rule. (Pref is som, moving -> DOM Events)
Component: Event Handling → DOM Events
QA Contact: madhur → vladimire
Comment 2•23 years ago
|
||
Not Events. ->Security:General. Adding the pref name in the summary.
Assignee: joki → mstoltz
Component: DOM Events → Security: General
QA Contact: vladimire → bsharma
Summary: MailNews / Addressbook won't open while Mozilla busy → MailNews / Addressbook won't open while Mozilla busy (w/ dom.disable_open_during_load)
Reporter | ||
Comment 3•23 years ago
|
||
This is also an issue with 2001101803 and w2k (OS->All). Even worse : If you stop loading the page (Esc or button) you cannot open mailnews etc until you load (and finish loading) a new page
OS: Linux → All
Comment 4•23 years ago
|
||
The don't load pref should only monitor window.open taht come from the loading pages. Not any loading pages Can this be done? I suspect it should be possible? This also blocks the little icons in the lower left. And there seems to be something that keeps the sidebar from starting to load too as long as the content pane hasn't finished loading.
Reporter | ||
Updated•23 years ago
|
Assignee | ||
Comment 5•23 years ago
|
||
I will be addressing problems with dom.disable_open_during_load in the Mozilla 0.9.8 timeframe.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.8
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.8 → mozilla1.0.1
Comment 6•23 years ago
|
||
It seems like the patch in bug 102914 would fix this problem too, actually that bug is probably a dup of this one.
Comment 7•23 years ago
|
||
This was NOT fixed by bug 102914.
Updated•22 years ago
|
Keywords: mozilla0.9.7
Comment 8•22 years ago
|
||
WFM 2002 050908. When testing this bug, make sure you're not hitting bug 76495, which happens regardness of the "unrequested windows" setting and mostly affects keyboard commands.
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
Comment 9•22 years ago
|
||
You're right -- it seems that this was fixed by the fix for bug 102914. Reopening...
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 10•22 years ago
|
||
...and marking FIXED.
Status: REOPENED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → FIXED
Comment 11•22 years ago
|
||
Verified on WinNT 2002-06-19-Branch build. Steps: 1. Load mozilla.org, by tying url in the location bar. 2. Hit the mail icon in the bottom left of the browser immediately. Both commands are successful.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•