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
Last Resolved: 17 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
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
Last Resolved: 17 years ago → 16 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.