243646 - keyboard shortcuts do not work on window restore from minimized state

Status: RESOLVED WORKSFORME

(Firefox :: Menus, defect)

Description

[Jason Ellis]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040514 Firefox/0.8.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040514 Firefox/0.8.0+

Restoring a Firefox window from minimized state produces a window that will not
accept keyboard shortcuts (e.g., Alt-F for the file menu, Alt-D or Ctrl-L for
location bar, etc.).  Clicking in the content area restores this functionality.

Reproducible: Always
Steps to Reproduce:
1. Minimize Firefox window
2. Restore Firefox window
3. Press Alt-F

Actual Results:  
File menu does not appear

Expected Results:  
File menu should appear

I've tried Firefox 20040505 & 20040514 and see the issue in both of those
builds.  The 20040501 build works properly, so I believe it is a regression
between 20040501 and 20040505.

Comment 1

[Jesse Ruderman]

WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a) Gecko/20040510
Firefox/0.8.0+

Comment 2

[Jason Ellis]

I did a bit more testing.  I don't see the problem in Firefox 20040503 but I do
see it in 20040504.  So, it seems that the regression happened between those two
builds.

Since Jesse doesn't see the issue, perhaps it doesn't affect WinXP?

Comment 3

[Jesse Ruderman]

How are you restoring the window?  Alt+tab?  Clicking the taskbar button?

Comment 4

[Jason Ellis]

I see the issue when restoring either by pressing Alt-Tab or clicking the
taskbar button.

Comment 5

[Axel Bock]

i can confirm this bug for at least the last 5 nightlies on XP, too. it's pretty
annoying, and present in the official builds as well as in the builds of - at
least - bluefyre and moox. 
restoring with alt-tab AND clicking on the taskbar has the same effect wit me,
too - the keyboard shortcuts won't work. 
right now I'm using XP with moox build "Mozilla/5.0 (Windows; U; Windows NT 5.1;
en-US; rv:1.8a) Gecko/20040518 Firefox/0.8.0+" optimized for p4/axp. (I reverted
to the older build because of instabilities with the newest one on my machine).

Comment 6

[Jesse Ruderman]

> I don't see the problem in Firefox 20040503 but I do see it in 20040504.

Checkins between 2004-05-03 midnight and 2004-05-05 midnight:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-05-03&maxdate=2004-05-05&cvsroot=%2Fcvsroot

bug 242111 (bryner) - touched lots of files, including some focus stuff.

bug 241700 (ere) - too late to affect May 4 builds.

Comment 7

[Anders Pedersen]

WFM.

- Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040525
Firefox/0.8.0+
- Microsoft Windows 2000 Pro 5.00.2195 SP4

Comment 8

[Simon Paquet [:sipaq]]

Could this be an issue with a corrupt profile, an extension or a 3rd-party theme?

I ask, because I don't see this at all on a 2004-05-26 trunk nightly on W2K.

Comment 9

[Jason Ellis]

Same here.  I no longer see the issue with 20040525 trunk or 20040526 trunk. 
Interesting.  Maybe it was knocked out as part of another bug fix?  Can others
who saw the issue previously verify?

For my part, I always test with a clean install and profile so I'm pretty sure
the issue wasn't caused by profile corruption, extension, or theme.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a2) Gecko/20040526
Firefox/0.8.0+

Comment 10

[Simon Paquet [:sipaq]]

Thanks for the feedback, Jason. I'm marking this as WFM. Please comment here in
the bug if you still see this.

Comment 11

[Axel Bock]

OK, the bug vanished on my machine, too. good work guys ;-)
(I didn't realize it since some time, so it probably vanished some versions ago
without me noticing. I actually forgot about it :)

Comment 12

[Axel Bock]

p.s.: without any profile change, I also wanted to add.