Closed
Bug 299514
Opened 19 years ago
Closed 18 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•19 years ago
|
Version: unspecified → Trunk
Comment 1•19 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•19 years ago
|
||
Ooops, I refered to the wrong bug. CFRunLoop is bug 282940 , bfast cache is bug 298293
Comment 3•19 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•19 years ago
|
Whiteboard: CFRunLoop failout?
Comment 4•19 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•19 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•19 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•19 years ago
|
||
*** Bug 300340 has been marked as a duplicate of this bug. ***
Comment 8•19 years ago
|
||
Marking NEW (based on bug 258285 comment 115 and duplicated bug 300340).
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 9•19 years ago
|
||
Comment #3 sounds like bug 220900
Comment 10•19 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•19 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•19 years ago
|
||
Josh: with "browser.sessionhistory.max_viewers" pref setted to non-zero value is reproducibility much higher for me.
Comment 13•19 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•19 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•19 years ago
|
Blocks: blazinglyfastback
Depends on: 301804
Comment 15•19 years ago
|
||
*** Bug 303360 has been marked as a duplicate of this bug. ***
Comment 16•19 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•19 years ago
|
Assignee: nobody → joshmoz
Comment 17•19 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•19 years ago
|
||
The testcase in comment 17 sounds like bug 258285. Is this the same bug as that?
Updated•19 years ago
|
Whiteboard: Have patch in bug 258285
Comment 19•19 years ago
|
||
Was this fixed by the checkin for bug 258285?
Comment 20•19 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•19 years ago
|
Whiteboard: Have patch in bug 258285 → [Fixed?] Have patch in bug 258285
Comment 21•19 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•19 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•19 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•19 years ago
|
||
Sorry about my last comment, was not meant for this bug.
Updated•18 years ago
|
QA Contact: keyboard.navigation → keyboard.navigation
Reporter | ||
Comment 26•18 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: 18 years ago
Resolution: --- → WORKSFORME
Updated•5 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
•