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)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Windows NT
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
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
Keywords: 4xp, mozilla1.0.2, mozilla1.3, regression
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.
wfm with win2k build 20021125..
Keywords: 4xp
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
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...
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?
unduping for confirmation (see comment #8).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Just installed 1.3a build ID: 2002121215 on my windows XP box at work and am
having the same problem.
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
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.