Closed
Bug 186075
Opened 22 years ago
Closed 21 years ago
Keyboard shortcuts sometimes not working when window regains focus
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 212556
People
(Reporter: petecoolrulez, Assigned: bugzilla)
References
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
Sometimes pressing Ctrl-T does not open a new tab after returning focus to phoenix.
I cannot reproduce this succesfully, but it happens somewhat often, about twice
a day for me, and I browse using phoenix from 1 to 4 hours a day on average.
Reproducible: Sometimes
Steps to Reproduce:
1. Move to another window
2. Return to phoenix after some time
3. Press Ctrl-T to open a new tab, as many times as you want, it won't work
4. Do file/new tab to finally get the tab
Comment 1•22 years ago
|
||
When this happens, does shortcuts like Ctrl+V (paste) or Ctrl+C (copy) work?
Reporter | ||
Comment 2•22 years ago
|
||
They wouldn't have any effect since no area of the browser would be selected
anyway...
Next time it happens I'll make sure to note if only opening a menu, or the url
list, (clicking on anything actually) brings back the Ctrl-T function
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
i also have the same experience, but would like to add that there is no keyboard
input when the phoenix windo appears to be in focus but is really not (as far as
allowing keyboard input). yes it is random and i have not been able to recreate
the situations where phoenix does lose this keyboard input focus. the only
thing that allows keyboard input after this behavior occurs is a mouse click
anywhere within the phoenix window. thanks,,,,
Comment 4•22 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021207 Phoenix/0.5
I can verify this bug, but I cannot recreate it. It just happened to me again
though, as it does every now and then, so I used the opportunity to try out other
shortcuts. None is working. Not C-c to copy the text I happened to have
highlighted in the browser window, nor did Alt+F/E/V/G/B/T/H work to open any
menus. The highlighted text on the webpage I had open were colored as if the focus
was in that window (not greyed out as it is when my URL or Google bar got the
focus).
Not sure if this provides any futher help, but here it is anyway. :)
Comment 5•22 years ago
|
||
I can confirm this too, and it has happened several times for me but I can't
reproduce it either. :(
Also, Shift+Arrow keys does not work either, or Ctrl+Home/End. Virtually any
shortcut stops working.
OS -> All
Changing summary.
OS: Windows 2000 → All
Summary: Ctrl-T (new tab) sometimes not working when window regains focus → Keyboard shortcuts sometimes not working when window regains focus
Comment 7•22 years ago
|
||
When you guys hit this bug, does it also prevent typing into text fields? If
yes, bug 214206 is a dup.
i haven't experienced this bug in a while, but i'll try to see if it still
behaves badly. from what i remember, when the bug shows up firebird (well, it
was phoenix at that time) would not accept/acknowledge any keyboard input upon
window focus, it requires a mouse click anywhere within the window area - then
it will accept keyboard input. text areas would not accept input until after a
mouse click. you couln't even tab to the next link/drop-down/radio
button/anything. it wasn't limited to just text fields, keyboard input just
vanished until a mouse click in the window reactivated keyboard input.
i'd almost recommend closing this bug as resolved-worksforme - is anyone still
experiencing this bug with recent firebird builds?
Reporter | ||
Comment 9•22 years ago
|
||
It's been quite a while since I seen that too... Well over two months.
Comment 10•22 years ago
|
||
recommend marking this bug resolved - worksforme :)
Comment 11•22 years ago
|
||
I still see this bug from time to time. I also know that noririty has seen this
lately. It's an old Mozilla bug and I'm sure it could be duplicated against on
of the older bugs, but it's certainly there.
Comment 12•22 years ago
|
||
I never had this problem before, but now it happens quite often, so far not
reproducible at all...
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030728 Mozilla
Firebird/0.6.1
I use Firebird, and, usually after switching to another application, keyboard
input stops working in the actual browsing window. I can't focus any form
fields, I can't scroll using the cursor keys, just nothing.
I can work around this bug by clicking into the URL field (where keys are still
working), and then click into the browser window again.
Comment 13•21 years ago
|
||
I have had this problem for quite a while. I run Mozilla Firebird .6.1
fullscreened on a virtual desktop and when I am on another desktop and switch to
the one with Firebird I am unable to get keyboard focus at all. Clicking does
not help. In this state I can get focus on the location bar but nothing I type
shows up.
When this happens I can either switch to another desktop and back or
de-fullscreen and click on another window and click back. This seems random as
it doesn't always happen.
I am running FreeBSD with fluxbox-devel (which I suspected was the problem
before I found this bug report) and Mozilla Firebird 0.6.1, everything from ports.
Comment 14•21 years ago
|
||
I think this is a dup of bug 212556. There has only been one confirming comment
on this bug since bug 212556 was fixed (08/11) and it referred to 0.6.1, which
was released on or around 07/28.
Comment 15•21 years ago
|
||
Agreed, this one is a dupe of bug 212556.
There's a test case in there that made the bug show up every time, and the
latest nightly build fixed it.
Comment 16•21 years ago
|
||
What about comment 13?
Comment 17•21 years ago
|
||
*** This bug has been marked as a duplicate of 212556 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•