Closed Bug 580789 Opened 15 years ago Closed 14 years ago

unable to cycle through open windows reliably

Categories

(Core Graveyard :: Plug-ins, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking2.0 final+)

RESOLVED WORKSFORME
Tracking Status
blocking2.0 --- final+

People

(Reporter: jbecerra, Unassigned)

References

Details

(Whiteboard: [4b2])

While testing Fx 4b2, I usually use Command-` on OS X to cycle through the open windows. But I've noticed that's become unreliable. For example, if i go to npr.org and then open one of the audio streams (which opens in a new window), I can't reliably switch windows using that keyboard combination. I might be able to switch once, but then it won't react to it. Compare that to the latest 3.6x where I have no problems switching windows.
blocking2.0: --- → ?
Whiteboard: [4b2]
By switching windows, I mean switching or cycling through open Firefox windows.
Since this happens with plugins, was going to say this was caused by OOPP, but since OOPP on mac uses windowless plugins, that doesn't actually make a lot of sense. benwa/josh, any thoughts?
I just tried to reproduce the issue but was unable. Here are my steps and configuration, can you verify any differences: Steps: 1) Navigate to npr.org 2) Select 'Listen' top right. 3) Select 'Talk of Nation' stream 4) New window appears, advertisement plays, audio stream begins. 5) Cycle through windows with CTRL+` in correct order several times. 6) Re-open browser, open several windows and repeat step 1-5. Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b2) Gecko/20100720 Firefox/4.0b2 File: Flash Player.plugin Version: 10.1.53.64 Shockwave Flash 10.1 r53
Juan, are you still able to reproduce this? Need more input in order to determine whether this blocks.
--> Core::Plugins I can confirm this. Looks like the player is eating the keyboard events. I think that's a duplicate bug, Limi might know as he was complaining to me about this before.
Component: Keyboard Navigation → Plug-ins
Product: Firefox → Core
QA Contact: keyboard.navigation → plugins
(In reply to comment #5) > I can confirm this. Looks like the player is eating the keyboard events. You're right, plug-in consume events that it shouldn't. I didn't focus Flash when reproducing the bug the first time so I missed the issue. Here's a more general STR: 1) Open firefox, press CMD+N (New window) 2) Open and focus flash on a page (youtube.com for example) 3) Press CMD+` to cycle window. The event is ignored (consumed by the plug-in). Josh is working on bug 584965, which should land shortly, that may be the cause of this problem so I'm tentatively listing it as a dependency. Also reproducible on 3.6.8: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.8) Gecko/20100722 Firefox/3.6.8
Depends on: 584965
Beltzner, is this a blocker?
I think so, yes. OSX users are pretty tied to their shortcuts, making this a visible UX regression.
blocking2.0: ? → final+
This was supposedly fixed by 584965 - can we have that verified?
I am no longer able to reproduce this problem on the latest trunk nightly on Mac, which should have the fix for bug 584965. I tested other keyboard shortcuts as well as mouse scrolling when Flash has focus, and I couldn't see a problem.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.