Closed
Bug 230735
Opened 21 years ago
Closed 7 months ago
keyboard events intermittently ignored
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: patrick, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
This bug is intermittent and impossible to reproduce accurately, it has been
arround for ages (in 1.4.x possibly in 1.3.x not in early versions 1.0.x). I
leave my mozzila browser open for hours on end often even days. I heavily use
the web browser and the email browser. Every so often the web browser starts
ignoring keyboard events. I can select a form text/textarea input or even the
url text input with the mouse, the focus changes correctly since the cursor
clearly appears, however nothing happens when I press the keys on my keyboard.
The only reliable way I can get the browser out of this mode is by opening the
email browser and setting the focus to the email search field ("Subject or
sender contains") and then typing anything. After that the web browser starts
working correctly again.
I have tried and tried to accurately reproduce this but I can't, however it will
happen to me at least once a day.
Reproducible: Couldn't Reproduce
Steps to Reproduce:
1.
2.
3.
Yes, I see that bug somewhere from Moz 1.5 age, I haven't noticed it before,
oand if, it was nothing to bother with. But from 1.5 and more with 1.6 series it
starts to be problem. When the bug appears, I can't resize text, sometimes even
open new tab with Ctrl-T... I'll try the e-mail search "cheat". I discovered the
bug under Debian Woody (GNOME 1.4)
Yes, searching the mails helps! :o) Funny. Now it sure is funny question for
developers, what a bug it is.
I (being laik) suspect, that somewhere in the process of going to Mail search,
entering the searched text or so, somewhere there inside process may be a
keyboard-buffer-cleanup call, or take-focus call, or something like that, and
this restores normal keyboard function. What do You think? If You consider this
idea to be worth of research..
Of course, if this is right, it only tells what is going when problem is
workarounded. But if, then this may lead deveopers to the roots of the problem too.
I hope I helped with some idea.
It have even helped form me to switch to MailNews and mouse-click to search row.
Cursor appeared, and when returned to pages, keyboard has been working well.
Yes, it is sometimes sufficient to just select the search field however others
you actually need to type something, although that may be build dependant since
I used to regularly upgrade my mozilla.
Yep, sometimes it is enough just to switch to mail/news and back to browser
(Most of day I run them both nonstop and don't close any of them), and keyboard
starts working :o) It seems to me that switching the Mailnews app from
background to focus (foreground) inicialises the keyb or UI or what, or clears
some buffers, or something like that.
Or does anybody know what goes on there?
Updated•20 years ago
|
Product: Browser → Seamonkey
I'm seeing something like this in Mozilla/5.0 (Windows; U; Win98; en-US;
rv:1.9a1) Gecko/20050821 SeaMonkey/1.0a, though not in the 8-13 build, when
using email compose. Mouse clicks don't restore keyboard responsiveness. There
is a concurrency issue with modal dialog boxes, but this problem appeared to me
to possibly be caused by the program were waiting on a message from the ISP.
The keystrokes are not cued in a buffer, to be displayed after a delay. They are
just lost.
This seemed like the closest bug description to what I observed, but it's a new
bug to me. I've never seen this problem before, starting with Mozilla 1.1 or 1.2.
This bug was a real pain in the neck for me, but it had disappeared ages ago.
Currently I use mozilla 1.7.11 on windows at work and on FreeBSD at home, this
browser and none of 1.7's had this problem for me. I am fairly sure 1.6 was
fixed too.
I was very satisfied with the 1.7 versions, especially the recent ones. And I
was mostly satisfied with the Aug. 13 Seamonkey. But the Aug 21 build has shown
this editor problem. Haven't tried the latest.
Comment 9•18 years ago
|
||
I too have had this problem however it wasn't necessarily when I am browsing through Firefox. I generally leave firefox up and listen to music on www.pandora.com. While i work on the computer, my external USB keyboard intermittently disconnects and reconnects after 5-10 seconds. For some reason, if I don't use firefox I don't seem to have this issue.
It seems like if there is a heavy java load there seems to be this issue.
I'm using the latest nightly build from last night 2/22/07 to see if this problem has been corrected.
Comment 10•17 years ago
|
||
(In reply to comment #8)
> I was very satisfied with the 1.7 versions, especially the recent ones. And I
> was mostly satisfied with the Aug. 13 Seamonkey. But the Aug 21 build has shown
> this editor problem. Haven't tried the latest.
>
>
(In reply to comment #9)
[...]
> if I don't use firefox I don't seem to have this issue.
>
> It seems like if there is a heavy java load there seems to be this issue.
>
> I'm using the latest nightly build from last night 2/22/07 to see if this
> problem has been corrected.
>
So, are you still seeing this, one year later or more?
Assignee: general → nobody
Product: Mozilla Application Suite → Core
QA Contact: general → general
Version: Trunk → unspecified
Updated•2 years ago
|
Severity: normal → S3
Comment 11•7 months ago
|
||
Please file a new report if you see a similar problem with the latest Firefox.
Status: UNCONFIRMED → RESOLVED
Closed: 7 months ago
Component: General → DOM: UI Events & Focus Handling
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•