Closed Bug 123528 Opened 23 years ago Closed 22 years ago

Mozilla responds to key commands while in the background

Categories

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

PowerPC
Mac System 9.x
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 108653

People

(Reporter: hauke, Assigned: joki)

Details

Beginning with 0.9.7 (and present im 0.9.8 Build 2002020405) the lizard 
has developed the nasty tendency of eating menu shortcut key presses *even 
when in the background*.

Most of the time, this starts after Mozilla has run for a while(*): 
Mozilla itself will then stop to react to menu kbd shortcuts (not even cmd-Q).
When Mozilla is put to the back, some applications (I see it regularly 
in Cyberdog 2.0) do not get any kbd input (menu shortcuts, text field input) 
until Mozilla is terminated.


(*) No specific trigger, not strictly reproducible
Machine: Powerbook G4, System 9.2.2 (German)
I've seen something that *may* be related, but maybe not.

When no mozilla window are open, and mozilla is in the foreground, accel-N does
not open a new browser window. Instead, you must manually open one from the File
menu. (0.9.7 on Mac OS X)

-matt


Do you still see this with a current build ?
Since
1) the reporter has not replied in 3 weeks ajd
2) there are no other such reports filed,
I will resolve this for now.
Reporter, if you wish to pursue this and this can still be duplicated on the 
latest Mozilla release, feel free to reopen this bug and provide some more 
info, like which shortcut keys are being "eaten".
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
I have actually (tried to) respond to #2, but bugzilla appears to be too advanced 
to accept mail replies. What I wanted to say was that the problem is still 
present, although less frequently.

I have banged on Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.9+) Gecko/20020424
for a few days and have at least once managed to reproduce the problem by:

Starting Mozilla & going to daily.daemonnews.org (iirc)
Starting Cyberdog & going to www.macintouch.com (rather simple page)
->> All keys were dead in Cyberdog until I closed the Mozilla window 
(terminating wasn't necessary).
  
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
With the 20020503 Mozilla build, I have just had an event that 'nicely' 
confirmed the bug report: With Mozilla open for a while, I started Cyberdog
just to find that the cmd-T for a "New connection" dialog gave me a new 
tab in the Mozilla window -- which was in the background! I could control
the Cyberdog in front with the mouse, but all key events would go to Mozilla.

(I shall get a daily build this evening and see if I can reproduce this.)
Editing Summary. Hauke, can you reproduce this using any other applications than Cyberdog? (We can't 
get a copy of that to test, I don't think.)

Also, have you tested using a new Mozilla user profile?

(Note the problem in Comment #1 was a different bug.)
Summary: Mozilla 0.9.7+ eats menu shortcut keys → Mozilla responds to key commands while in the background
I am unable to reproduce this problem on my Macs OS 8.6 and 9.1 with latest
1.1beta nightly trunk builds. 
To #6: You can get OpenDoc from the System 7.6/8/8.1 CDs or from 'ftp://
ftp.apple.com/Apple_Support_Area/Apple_Software_Updates/English-North_American/
Macintosh/System/OpenDoc/', and Cyberdog from, e.g., 'http://www.cyberdog.org/
dogbones/#apple'.

To #7: I shall get a nightly build and see if I can reproduce the problem.
Hauke, please also test whether or not it happens using some other applications.
The problem is still present with build 2002061103; I have yet to see it with
other applications than Cyberdog.
Reporter: please test this using a recent nightly.
Hauke, does OpenDoc/Cyberdog actually *run* on OS 9?

(This belongs on Event Handling.)
Assignee: asa → joki
Component: Browser-General → Event Handling
QA Contact: doron → rakeshmishra
Possible duplicate of bug 108653?
Just happened with Build 2002072508; a context switch made it go away.
To #12 -- Excuse me? 
Believe me, or try for yourself. 'nntp:news.causeuse.org/cyberdog.general' will
happily answer your Cyberdog related questions.

To #13 -- You are right, this sounds similar to what I see, though i do not 
use the 'Quit CSM 2.2' CSM. In any case, common pattern is the 'key event
stealing'. Unfortunately, I don't use BBedit (payware) so I ncannot check 
with that.
Probably a dup, then.

*** This bug has been marked as a duplicate of 108653 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → DUPLICATE
QA Contact: rakeshmishra → trix
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.