Closed Bug 117122 Opened 23 years ago Closed 23 years ago

[Tasks|Mail & Newsgroups] menuitem not responding after setting dom.disable_open_during_load

Categories

(Core :: Security: CAPS, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 102914

People

(Reporter: leealwc, Assigned: security-bugs)

Details

Mozilla Build: 0.9.7 Release

Reproducible: Always

Steps to Reproduce:
1) Open Mozilla browser
2) Open a tab
3) Close the tab
4) [Tasks|Mail & Newsgroups] (and Ctrl-2) doesn't work anymore.
Try downloading a nightly build from mozilla.org, creating a new profile in that
build and then try to reproduce this bug.

This worksforme, on the 2001-12-24-08 build using Windows 98.

If it *doesn't* work after the steps I wrote above, please reopen this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Problem disappears with fresh profile.
Setting "user_pref("dom.disable_open_during_load", true);" (ie, Disable "Open
windows by themselves") re-introduces the problem.
(on both 0.9.7 release and 2001-12-24-08 build)
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Doron, is this related to your pref changes possibly?
Assignee: asa → doronr
Status: UNCONFIRMED → NEW
Ever confirmed: true
A. Lee, if you have that pref turned on (to reproduce the problem), and try to
use this menuitem, what error is the Javascript Console reporting (if any)?

You can bring up the JS Console by going to: Tasks > Tools > Javascript Console.
The Javascript Console does not report any errors.

Just found that:
1) It also occurs to some other menuitems: Manage Bookmark, IRC Chat, Javascript
Console
2) When the problem occurs, if I reload the current page or goto another URL,
these menuitems works again.
If user_pref("dom.disable_open_during_load", true); triggers this, then it is
something in the backend perhaps (since my changes were ui). Over to security:caps

Assignee: doronr → mstoltz
Component: Browser-General → Security: CAPS
QA Contact: doronr → bsharma
Summary: [Tasks|Mail & Newsgroups] menuitem not responding → [Tasks|Mail & Newsgroups] menuitem not responding after setting dom.disable_open_during_load
Isn't this a dupe of the already-fixed bug 102914?
We may be blocking some chrome window.open calls as well as calls from content,
which is a bug of course. Or does chrome always use openDialog? Does the popup
blocker apply to openDialog too? CCing rginda.
Status: NEW → ASSIGNED
yes, this looks like a dupe of bug 102914, fixed on 1/8/02.
> We may be blocking some chrome window.open calls as well as calls from content

That looks like bug 101189.

*** This bug has been marked as a duplicate of 102914 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.