Closed Bug 94175 Opened 23 years ago Closed 20 years ago

[Win95 only] ALT-TAB to mozilla focuses File menu

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

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

Tracking

()

Status:
RESOLVED FIXED
Milestone:
Future

People

(Reporter: hgelman, Assigned: saari)

References

Details

(Keywords: access) 

In Windows 95, Mozilla build 2001080703, if I use ALT-TAB to switch to another
Mozilla window or another app, coming back to Mozilla it sometimes gives the
focus to the menu bar, with the "File" menu highlighted.  I need to press ESC or
ALT by itself to release focus back to the page.  This happens about half the
time that I use ALT-TAB.

This has been happening for a while, and is not a new occurance with a recent build.

It also looks an awful lot like one of the issues addressed in bug 18598, and
there are many similar (but old) bugs that duplicated bug 18598, like bug 15048
and bug 17749.  I can't find any currently open one though, and I can't reopen
those, so here's a new one.
I can't duplicate this on Win2000 using 2001080703.  There's an interesting
comment in bug 29261 that may explain why I can't.

------- Additional Comments From neil@parkwaycc.co.uk 2000-06-01 06:52 -------

It's a Win9x specific problem: Windows NT reflects key events during an ALT+TAB
operation. However, as soon as you press TAB, Windows 9x hides all subsequent
key events until the ALT key release event.

Both Win9x and NT send a WM_CANCELMODE message between the ALT key press and
release.


I was the last person to touch the code that decides when to focus the menubar
(bug 79898).  I removed a special case for Alt+Tab, but I didn't think that 
changed the meaning of the code, because I added "if *any* key other than alt 
is pressed while alt is down, don't focus the menu bar".

I'll check whether my patch introduced this bug.
Marking NEW while jesse figures it out.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: access
I can't reproduce this bug on my home computer (Win98) in an 08/09 build.  I'll 
look for computer running Win95 at work so I can figure out if it's is 
regression from my patch.
I can reproduce this but I'm a hardened ALT+TABber so I ALT+TAB very quickly.
I've traced the problem in Spy++ and this is what I see:
"No highlight" messages: ALT down, TAB up, ALT up.
"Highlighted" messages: ALT down, ALT up, TAB up.
Note that Windows 95 hides the TAB down message.You might be able to work around
this by killing the menu on tab up.
While this isn't platform behaviour it's not going to worry anybody, is it?
Or, of course, you could implement WM_CANCELMODE according to the spec.
*** Bug 94610 has been marked as a duplicate of this bug. ***
I tried this on a Win95 machine in the html+composer lab.

2001070604 commercial (0.9.2+) (don't know if this was branch or not):
 had the alt+3 bug (which I fixed in bug 79898)
 had the alt+tab bug.  I could only reproduce 50% of the time, and only when:
  1. I alt+tabbed quickly enough that the app-switcher window didn't appear, and
  2. I released Alt before releasing Tab.

2001081303 commercial trunk (0.9.3+):
 did not have the alt+3 bug
 had the alt+tab bug.  Reproducible as above.

I don't think I caused this bug, since I can't reproduce it any more easily in
recent builds than I can in older builds.  However, I can't explain why this bug
was reported twice within three weeks of my fix, and not before then.

I'll try Win98 again now that I know how to reproduce it on Win95.
Summary: ALT-TAB to and from another app gives focus to File menu → ALT-TAB to mozilla focus to File menu
I can't reproduce this bug on Win98.  The app-switcher window appears even if I 
press alt+tab really really fast.

I think this bug happens only on Win95.
Summary: ALT-TAB to mozilla focus to File menu → [Win95 only] ALT-TAB to mozilla focus to File menu
If your ALT+TAB sequence doesn't switch windows then this also will active the
file menu. You can do this either by pressing ESC while the switcher is active,
or by pressing ALT+TAB and ALT+SHIFT+TAB, or by pressing lots of ALT+TABs. This
also applies to Windows 98, which will always show the switcher even on a very
fast ALT+TAB.

Also, if you hold ALT down for too long trying to dismiss the menu mode then the
auto-repeat on the ALT key will re-enable menu mode. This also applies to
Windows 98.
> If your ALT+TAB sequence doesn't switch windows then this also will active 
> the file menu.

I think this is a separate bug, so I filed bug 97014.

> Also, if you hold ALT down for too long trying to dismiss the menu mode
> then the  auto-repeat on the ALT key will re-enable menu mode.

I noticed this while testing my fix for bug 79898, and filed it as bug 91592.
Target Milestone: --- → mozilla1.1
Summary: [Win95 only] ALT-TAB to mozilla focus to File menu → [Win95 only] ALT-TAB to mozilla focuses File menu
QA Contact: madhur → rakeshmishra
QA Contact: rakeshmishra → trix
[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3a) Gecko/20021212]

17 monthes without any update :-(

This bug is still there.

It's time to change the Target Milestone from 'v1.1a' to 'v1.4a' !!?

I also suggest to change the Severity from 'Normal' to 'Minor',
as the workaround(s) is to press Esc or Alt, etc.

You may also want this bug to block bug 140346 !?

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.3) Gecko/20030312]

Bug still there.

PS: It does not seem to happen when A-Tab between Mozilla and a windowed DOS
windows...

[Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.4) Gecko/20030529]

Bug still there. (v1.4rc1)

Leaving (Sev) 'normal', since, while there is an easy workaround, it happens
again and again.


[Netscape® Communicator 4.8 : en-20020722]

The File menu never activates after Alt-Tab.
(I also checked with Excel v97.)
Adding (K) '4xp'.

Any hope to get a fix from v4.8 code ?


Neil, can you say more about what you wrote in comment 5: "you could implement
WM_CANCELMODE according to the spec." ?
Keywords: 4xp
.
Assignee: joki → saari
QA Contact: trix → ian
Last time I looked, Mozilla ignores the WM_CANCELMODE message, which is used to
inform a window to reset its internal state, e.g. release all captures, cancel
all open menus etc.
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4) Gecko/20030624] (W98SE)

(Quitting this 'W95 only' bug, since I moved to 'W98'.)

retargeting
Target Milestone: mozilla1.1alpha → Future
The fix for bug 262894 should also have fixed this bug.
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.