Closed
Bug 182436
Opened 22 years ago
Closed 22 years ago
Second click on Menu Headers (File, Edit, View,...) doesn't close the menu
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 179567
People
(Reporter: Peter, Assigned: saari)
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021123
Build Identifier: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021123
Second click on Menu Headers (File, Edit, View,...) doesn't close the menu.
Reproducible: Always
Steps to Reproduce:
1. click on "Tools" (menu drops down)
2. click on "Tools" again
Actual Results:
Menu stays open
Expected Results:
Menu closes
Reporter | ||
Updated•22 years ago
|
Comment 1•22 years ago
|
||
Sorry to say, it works perfectly for me.
1 hour old CVS based build - WinXP-Sp1.
Maybe this is bug that is gone since you grab the build you're using.
Reporter | ||
Comment 3•22 years ago
|
||
I usually download new builds over the weekend or on Tuesdays. Please don't
close this bug until I've had a chance to test it (4.12.2002).
Matti, why did you remove the 4xp KW? In order to properly document where
mozilla is still worse than NC4.x, we need to track these KW's. From the
definition of 4xp: "it occurs on Mozilla builds, but does not occur using the
latest release of Netscape Communicator 4.x". This is clearly the case here.
Readding 4xp KW.
Keywords: 4xp
*** This bug has been marked as a duplicate of 62384 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
bad clipboard
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
*** This bug has been marked as a duplicate of 163705 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 7•22 years ago
|
||
This WFM on my home PC:
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3a) Gecko/20021122
Now I just need to test it on my office *winNT* PC with a *new* build when I get
back on tuesday...
Reporter | ||
Comment 8•22 years ago
|
||
I just retested this on a clean install and new profile with classic and modern,
and the bug definetly occurs using:
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021202
The clue seems to be that if you click twice rapidly (like a double-click), the
menu closes as it should, but if you click slowly, the second click doesn't
close the menu. :-\I just retested this on a clean install and new profile with
classic and modern, and the bug definetly occurs using:
Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.3a) Gecko/20021202
The clue seems to be that if you click twice rapidly (like a double-click), the
menu closes as it should, but if you click slowly, the second click doesn't
close the menu. :-\
PS. Thios bug this and bug 163705 are clearly related, but i am not certain they
are identical. Are you sure mine should be duped to bug 163705?
Reporter | ||
Comment 9•22 years ago
|
||
unduping for confirmation (see comment #8).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 10•22 years ago
|
||
Just installed 1.3a build ID: 2002121215 on my windows XP box at work and am
having the same problem.
Comment 11•22 years ago
|
||
Fixed in 179567
*** This bug has been marked as a duplicate of 179567 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•