Closed Bug 145622 Opened 23 years ago Closed 23 years ago

cookie popup blocks input to other windows

Categories

(Core :: XUL, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: u32858, Assigned: jag+mozilla)

Details

(Keywords: qawanted)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc2) Gecko/20020510 BuildID: "Do you want to allow this cookie?" question stops other windows buttons from working. including messenger. Reproducible: Always Steps to Reproduce: 1.Set cookies to ask you before allowing each time 2.open many windows, then go to a site that sets cookies eg yahoo.com 3. Actual Results: see that input to all other windows is blocked until you have clicked on the popup for the one window that has the question Expected Results: Should only block input to the page with the popup, not to all windows
Maybe a different bug, maybe the same one...... Linux Mozilla 1.0RC2 running to a Solaris X-server: Follow the instructions above to get a cookie-accept popup. Then minimize the browser. Then unminimise it. The cookie-accept popup has disappeared but all input is still locked. Its waiting for you to click on accept/reject, but the popup is nowhere on the screen to click!
This will be a generic problem with alerts, not a cookie problem. --> XP Toolkit/Widgets. This bug was filed and reproduced with Mozilla 1.0RC2, which was released on 2002-05-10. A much-dupped bug matching this description was fixed on 2002-04-30, bug 65521. Which, in theory, means this isn't a duplicate. Can anyone reproduce this in a (much) more recent build?
Assignee: morse → jaggernaut
Component: Cookies → XP Toolkit/Widgets
Keywords: qawanted
QA Contact: tever → jrgm
wfm, current linux branch and trunk builds. second browser fully interactive while window modal cookie dialog is up in first window. (And I can't reproduce that second (totally unrelated, I must say) comment).
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.