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)
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
Comment 3•23 years ago
|
||
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
Reporter | ||
Comment 4•23 years ago
|
||
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 → ---
Reporter | ||
Comment 5•23 years ago
|
||
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
Comment 7•23 years ago
|
||
I am unable to reproduce this problem on my Macs OS 8.6 and 9.1 with latest 1.1beta nightly trunk builds.
Reporter | ||
Comment 8•23 years ago
|
||
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.
Reporter | ||
Comment 10•22 years ago
|
||
The problem is still present with build 2002061103; I have yet to see it with other applications than Cyberdog.
Comment 12•22 years ago
|
||
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
Reporter | ||
Comment 14•22 years ago
|
||
Just happened with Build 2002072508; a context switch made it go away.
Reporter | ||
Comment 15•22 years ago
|
||
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.
Comment 16•22 years ago
|
||
Probably a dup, then. *** This bug has been marked as a duplicate of 108653 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago → 22 years ago
Resolution: --- → DUPLICATE
Updated•22 years ago
|
QA Contact: rakeshmishra → trix
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
•