Closed
Bug 299514
Opened 20 years ago
Closed 19 years ago
Random unresponsive keyboard shortcuts and context menus
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Core
DOM: UI Events & Focus Handling
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: krmathis, Assigned: jaas)
References
Details
(Whiteboard: [Fixed?] Have patch in bug 258285)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050702 Firefox/1.0+ (PowerBook)
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050702 Firefox/1.0+ (PowerBook)
The 4-5 last days, since around the time CFRunLoop was turned on by default (
bug 298293 ), I have had problems with random unresponsive keyboard shortcuts
and context menus.
It goes like this:
Surfing with several tabs open, then I want to copy some text or a link. Select
some text and click ctrl-c, nothing happends. Select the same text and go to
Edit->Copy, just to find the choice all greyed out. Paste some text into a text
field dont work either.
At the same time I am unable to "Open Link in New Tab". The context menu have
the correct entry, but clicking on it does nothing.
When this happends I switch between tabs or menus for for a minute os so and it
"magically" works again. Or restart Firefox.
Its verified by 2 other people in the MozillaZine forum, but none of us have
found a pattern to reproduce it. It just seems to strike randomly.
Reproducible: Sometimes
Steps to Reproduce:
1. We are working on this one. But we have not found a good pattern yet... :(
Actual Results:
Keyboard shortcuts and context menus dont work
Expected Results:
Keyboard shortcuts and context menus should work all the time
Hope its not a duplicate report.
| Reporter | ||
Updated•20 years ago
|
Version: unspecified → Trunk
Comment 1•20 years ago
|
||
This happens also to me randomly. Yesterday I copied an url from the location
bar and tried to paste it into an input box of an other tab. I repeated the
copy-and-paste action several times in vain. When I pasted it first into a text
editor it finally succeeded.
Randomly I also miss the option Copy in my rightclick menu.
Screenshot: http://img.photobucket.com/albums/v337/tamarix/Copy.jpg
Firefox seems to think that the selection is a link?
I can never reproduce it.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050702
Firefox/1.0+ ID:2005070222
| Reporter | ||
Comment 2•20 years ago
|
||
Ooops, I refered to the wrong bug.
CFRunLoop is bug 282940 , bfast cache is bug 298293
Comment 3•20 years ago
|
||
I've had this problem for quite a while, especially with the 'Copy' and 'Paste'
keyboard shortcuts. Those problems are seemingly more frequent the past few
days. As Kai commented, it always happen very much at random. When this happens,
the following two things: selecting text on a page, attempting to copy via
cmd+C, should copy *and* the 'Edit' menu should briefly blink or lighten up.
None happen.
Usually, I can go to the Edit menu and select Copy manually, which then works.
Subsequent attemps to copy then work correctly. Or just switching to another app
(email, text editor - it is when I notice that I didn't copy anything... - and
going back to Firefox).
I cannot really comment on the problem with the context menu. I've not had
problems with this, because either I use a multiple button mouse, or I have the
trackpad on my Powerbook configured to simulate the right click button (using
Sidetrack). I suspect here that the problem arise when triggering the context
menu by using the control key.
All this the nightly builds, running on OS X 10.3.9.
I've had that problem happen with Firefox 1.0x as well, very randomly.
Updated•20 years ago
|
Whiteboard: CFRunLoop failout?
Comment 4•20 years ago
|
||
I think this is a focus issue, see:
https://bugzilla.mozilla.org/show_bug.cgi?id=258285#c115
Condensed, it seems like Firefox gets confused about what tab is active and so
you're trying to do something (copy/paste, enter text into a form) and it's
looking at the wrong tab and either can't do what you want or does the wrong
thing (i.e. no text is selected in the tab it thinks is active, so nothing is
copied, or no form text entry field is active in that tab so it pops up the FAYT
bar).
I'm pretty sure this existed before the switch to CFRunLoop though that may have
made it more apparent.
| Reporter | ||
Comment 5•20 years ago
|
||
(In reply to comment #4)
That sound right.
Cause when the bug strikes there are lots of problems, like it dont know which
tab is active.
Here are the problems I have found so far:
* Keyboards shortcuts dont work (cmd-c, cmd-v).
* Context menus dont work or displays wrong (copy/paste dont work, or "normal"
back/forward context menu show up when ctrl-click a link).
* Up and Down keys dont scroll page.
* Some keyboard combinations dont work in text forms (Ex. Shift-7 should type /
(norwegian keyboard), but opens FAYT instead).
Since its so inconsistent I have still not found a pattern to reproduce it. It
just strikes random every hour or two.
Comment 6•20 years ago
|
||
Bug 300340 shows, that this is not Firefox- or Mac-specific bug. Moving to Core.
Component: Keyboard Navigation → Keyboard: Navigation
Flags: blocking1.8b4?
OS: MacOS X → All
Product: Firefox → Core
Hardware: Macintosh → All
Comment 7•20 years ago
|
||
*** Bug 300340 has been marked as a duplicate of this bug. ***
Comment 8•20 years ago
|
||
Marking NEW (based on bug 258285 comment 115 and duplicated bug 300340).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 9•20 years ago
|
||
Comment #3 sounds like bug 220900
Comment 10•20 years ago
|
||
Some members have mentioned greyed out context menus while experiencing this
bug, but that is not the case for me. Now, whether I go to edit, or use the
context menu, or use keyboard shortcuts I still am unable to copy text to the
clipboard.
On the other hand I have been able to cut the selected text to the clipboard.
Comment 11•20 years ago
|
||
Josh, can you dig into this and see if we can get a handle on it for b4?
Assignee: nobody → joshmoz
Comment 12•20 years ago
|
||
Josh: with "browser.sessionhistory.max_viewers" pref setted to non-zero value is
reproducibility much higher for me.
Comment 13•20 years ago
|
||
Without a reproducible testcase, we're not gonna get this for beta. Please
renominate if you can determine specific steps to trigger this state.
Assignee: joshmoz → nobody
Flags: blocking1.8b4? → blocking1.8b4+
Whiteboard: CFRunLoop failout?
Comment 14•20 years ago
|
||
Someone please work to get a testcase for this, it's very important.
Question --- when the problem happens does pagedown seem to scroll the content
in a different tab?
(In reply to comment #12)
> Josh: with "browser.sessionhistory.max_viewers" pref setted to non-zero value
> its reproducibility much higher for me.
This makes it sound related to bug 301804
It also sounds similar to bug 302139
Updated•20 years ago
|
Blocks: blazinglyfastback
Depends on: 301804
Comment 15•20 years ago
|
||
*** Bug 303360 has been marked as a duplicate of this bug. ***
Comment 16•20 years ago
|
||
I am sorry, I came to CC list as someone marked my bug as a duplicate, and I
don't have any problem with this bug here (I have also reopend my bug 303360)
Updated•20 years ago
|
Assignee: nobody → joshmoz
Comment 17•20 years ago
|
||
Hopefully this is a reproducible testcase for this (it is for me on Win with
1.8b4 2005080506). Bfcache on or off does not change it.
Launch 2 firefox processes by clicking on the icon twice.
In the second window get to any page that has more than one screen, (for example
abcnews.com).
In the second window the page up / page down keys do not work, (and copy is
missing from the context menu if you select some text and right click, and
ctrl-c has no effect).
Now click in the taskbar to another window (can be anything) and back to the
second firefox window, now the copy menu and page up and down works.
Comment 18•20 years ago
|
||
The testcase in comment 17 sounds like bug 258285. Is this the same bug as that?
Updated•20 years ago
|
Whiteboard: Have patch in bug 258285
Comment 19•20 years ago
|
||
Was this fixed by the checkin for bug 258285?
Comment 20•20 years ago
|
||
(In reply to comment #19)
> Was this fixed by the checkin for bug 258285?
On branch, the testcase from comment 17 now WFM with Windows NT 5.1 rv:1.8b4
Gecko/20050817 ID:2005081711.
Also I have not focus, FAYT or copy/paste issues with this build.
Updated•20 years ago
|
Whiteboard: Have patch in bug 258285 → [Fixed?] Have patch in bug 258285
Comment 21•20 years ago
|
||
Can anyone still reproduce this bug (or bug 220900)? I haven't seen this since
bug 258285 was fixed. Resolve WFM?
Comment 23•20 years ago
|
||
(In reply to comment #21)
> Can anyone still reproduce this bug (or bug 220900)? I haven't seen this since
> bug 258285 was fixed. Resolve WFM?
I had this problem yesterday again with SeaMonkey trunk 20050907. See bug 307375
for the reincarnation of bug 258285, that should (have) cause(d) it.
Comment 24•20 years ago
|
||
Also bug 299514 for loss of functionality. The symptoms in that bug are mostly gone on _my_ side, althought the copy/paste problem sometimes happen (again, randomly, which makes it very difficult to track).
Comment 25•20 years ago
|
||
Sorry about my last comment, was not meant for this bug.
Updated•19 years ago
|
QA Contact: keyboard.navigation → keyboard.navigation
| Reporter | ||
Comment 26•19 years ago
|
||
I am marking this bug "Works for me", since I have not been able to reproduce the last year (or so).
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•