Closed Bug 95541 Opened 23 years ago Closed 17 years ago

Scrolling with keyboard is interrupted when mouse pointer moves over Flash plugin.

Categories

(Core Graveyard :: Plug-ins, defect, P3)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
mozilla1.3beta

People

(Reporter: logan+mozilla-bmo, Assigned: karlt)

References

(
URL
)

Details

(Whiteboard: [PL2:NA])

Attachments

(2 files)

patch
2.17 KB, patch
Details | Diff | Splinter Review
wmode=transparent test
1.41 KB, text/html
Details
From Bugzilla Helper: User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) BuildID: 2001081506 Heya, The problem I'm experiencing is in every release of mozilla I can remember, 0.9.3 and the latest nightly build, using Flash 5 from macromedia.com. Not sure about Flash 4.x. If you go to CNET.com, read a page with the Flash plugin installed, some documents contain flash banner ads in the middle of the page. If you scroll down the page with the keyboard, and the mouse pointer is in line with a flash document, scrolling will stop once the mouse pointer is over the flash document. Moving the mouse pointer off to the left side of the flash document will allow keyboard scrolling to move past that flash document in the middle of the page. Reproducible: Always Steps to Reproduce: 1. Install Flash 5 plugin from macromedia.com 2. Go to cnet.com and bring up a document, keep reloading the page until a flash banner appears in the middle/rightish area of the page. 3. Center the mouse above the flash document, then scroll down the page with the keyboard. Actual Results: When the mouse pointer enters the area of the flash document, you will be unable to scroll further with the keyboard. Expected Results: Regardless of mouseover of flash document, scrolling with the keyboard (arrow keys) should continue uninterrupted. I've only noticed this on CNET, can't say I see alot of pages with flash, right in the middle of the page.
*** This bug has been marked as a duplicate of 59211 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
oops.. that's a mousewheel bug. May or may not cover keyb. input. Reopening.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
No dupes found. Marking NEW. Possible dupe of bug 59211, though.
Status: UNCONFIRMED → NEW
Ever confirmed: true
--- Mass reassigning Unix bugs to serge ---
Assignee: av → serge
Target Milestone: --- → mozilla1.0
WFM on Linux RH 7.1 on trunk build (20020222) Flash plugin 5.0 r47. Reporter, can you still reproduce the bug ?
Using build 2002030108, I am still able to reproduce. I setup a test page at http://beer.dct.com/test/flash/, kindof a generic lookin CNET.com page.
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+, topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any questions or feedback about this to adt@netscape.com. You can search for "Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
Same things happens when scrolling via a wheel-mouse.
Attached patch patch — — Splinter Review
Preliminary patch
I created attachment #74331 [details] [diff] [review]. This is preliminary version of patch. The main idea is to propagate Xt events to main mozilla window. During patch testing be sure that main mozilla window has focus.
*** Bug 133870 has been marked as a duplicate of this bug. ***
*** Bug 151992 has been marked as a duplicate of this bug. ***
Priority: -- → P3
Whiteboard: [PL2:NA]
Target Milestone: mozilla1.2alpha → mozilla1.0.2
Target Milestone: mozilla1.0.2 → mozilla1.2alpha
Dupe of bug 78414?
it's related, but not a dup. this bug and patch is unix only, but bug 78414 is probably Mac only.
Target Milestone: mozilla1.2alpha → mozilla1.3beta
*** Bug 189681 has been marked as a duplicate of this bug. ***
Using Mozilla 1.3 release on Redhat 8.0 I see the same problem, good examples now at The Inquirer, such as: http://www.theinquirer.net/?article=9332
*** Bug 206202 has been marked as a duplicate of this bug. ***
*** Bug 210462 has been marked as a duplicate of this bug. ***
Still present in mozilla 1.4.
I still see this in firefox 20040406. Changing URL, since Macromedia is likely to consistently have flash content on their page, and cnet only does sometimes (according to the OP). To reproduce it on their page, scroll down so the flash content at the top of the page is off screen, click below it and leave your mouse pointer there, then scroll up with the up arrow key. When the cursor hits the flash content, the window will stop scrolling.
URL: http://www.cnet.com/ → http://www.macromedia.com/
IMHO this is a major usability flaw, the flash is in more and more pages nowadays ... Could someone increase the severity (reporter)? BTW this is also suspicious: 'serge (gone)', shouldn't this be assigned to someone "alive"?
Created a new testcase and updated URL, severity to major, reassign to bug owner.
Assignee: srgchrpv → peterlubczynski-bugs
URL: http://www.macromedia.com/ → http://www.gozer.org/test/mozilla/95541/
Severity: normal → major
*** Bug 255385 has been marked as a duplicate of this bug. ***
Does this happen only for people with "focus follows mouse"?
(In reply to comment #24) > Does this happen only for people with "focus follows mouse"? If it is, then it's a dupe of bug 78414. No application keys will work when the plugin has focus.
I am using focus follows, but there's no change when switching to click (openbox3).
I've never used "focus follows" and I've been always affected by this bug. But: Aaron, regarding comment #25, I believe bug 78414 is not tied to "focus follow mouse", too. I cannot issue any keyboard commands when mouse pointer is over a plugin (bug 78414), regardless of whether "focus follows mouse" is turned on in window manager or not. So this seems to be a dupe of bug 78414.
(In reply to comment #27) > I cannot issue any keyboard commands when mouse pointer is > over a plugin (bug 78414), regardless of whether "focus follows mouse" is turned > on in window manager or not. So this seems to be a dupe of bug 78414. If it happens with or without that setting it's not a DUP. Bug 78414 happens when because focus is in the plugin, so the plugin gets all the keyboard events and has no way of giving up the ones it doesn't need. Since the plugin doesn't have to have keyboard focus when the mouse is over, it's a different issue.
*** Bug 233243 has been marked as a duplicate of this bug. ***
I can confirm this bug in Firefox 1.0 in Fedora Core 3. Likewise, you can reproduce this bug by scrolling the mouse wheel over a web page until a flash object scrolls under the mouse pointer. Then, the page stops scrolling and the flash movie has focus. I can't scroll again with the keyboard arrows or mouse wheel. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0
I can confirm this bug in Firefox 1.0.1 in Fedora Core 1. This happens on all pages with Flas animations. When scrolling down a page with keyboard, if mouse pointer goes over Flash animation then scrolling stops working. Very annoying! Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050223 Firefox/1.0.1 Cheers, Dave
Just a note for anyone who this bug annoys....the flashblock extension at http://flashblock.mozdev.org/ is one possible workaround. I use it mainly because Mozilla gets awfully slow with several windows/tabs open that have some of the more busy and annoying flash ads. But I was also happy to discover it fixes this problem if you leave the flash animations unplayed.
Would this also fix bug 102573? Sergey: What's the status of your patch (attachment 74331 [details] [diff] [review])?
Sorry for the spam, forgot to reference bug 87383, which seems like it would fix this.
*** Bug 293369 has been marked as a duplicate of this bug. ***
Attached file wmode=transparent test —
I noticed the flash <object> tag on the URL provided contains no wmode param, so it's using wmode="window" by default. Out of curiousity, do you see the issue still with wmode = transparent?
(In reply to comment #36) > Out of curiousity, do you see the issue still with wmode = transparent? Yeah, still see it. Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.1) Gecko/20060124 Firefox/1.5.0.1 Shockwave Flash 7.0 r61
This bug still happens on Seamonkey 1.1 with Linux. On a side note, bug 59211 is back. An interesting observation: if I scroll with the keyboard, scroll stops when I move the mouse pointer over a Flash windows. We all know that. When I move the mouse pointer away from the Flash window, scrolling continues. However, if I use the scroll wheel on my mouse while the pointer is on the Flash window, and *then* move the pointer away, the keyboard *still* doesn't work.
Confirmed with these SW versions: firefox 2.0.0.2+1-0ubuntu1 flashplugin-nonfree 9.0.31.0.2ubuntu1
I've been subscribed to this bug for more than 3 years. It's 7 years old and has tonnes of subscribers, when will it ever get taken notice of?
This bug and bug 102573 are probably the same bug. Bug 102573 has been resolved as WONTFIX, which means that this bug probably won't get fixed, either. The truth is, there are thousands of bugs like this in the Bugzilla database. There is only a small number of people who can fix actual Firefox/Thunderbird/SeaMonkey/etc bugs, and this bug is just not interesting to any of them. None of them are being paid to fix bugs like this, so they need to focus on A) the bugs they are being paid to fix and/or B) the bugs that they care about.
Hello, I have suffered with this bug for years, just as many other users. I really believe Mozilla folks should get attention over this, it has been out since 2001!!!! All I can say is: I've had this bug forever under Linux, but under windows, it just works. I just wish Linux FF got 1/2 the attention the Windows port has... Specially Flash related bugs.
Flags: blocking1.9?
attention to all linux users that want this bug fixed. Mark as blocking 1.9 with "?" we can only try to have some attention to Mozilla foundation that is ignoring us!!!
We do want this fixed, but we're not going to block on it. I realize it's bad, but we have lots of worse problems that have higher priority. So it's not a blocker, but it is wanted, meaning that we would love it if the community helped us out. Karl: do you have any ideas for what could be done here? Any comments in the bug that would help the community out would be appreciated.
Assignee: peterlubczynski-bugs → mozbugz
Flags: wanted1.9+
Flags: blocking1.9?
Flags: blocking1.9-
This is actually only a problem with the older Xt Flash plugins. Newer versions (Flash Player 9) use the XEmbed interface and don't suffer this problem. (http://blogs.adobe.com/penguin.swf/2007/06/fullscreen_beta.html) As java plugins now also use XEmbed, there are much fewer situations where this shows up. (Sorry to those who are suffering this with Xt plugins, I don't know what to recommend. I think Xt plugins receive events from a different Display connection, so a gdk_event_put approach like that in the preliminary patch might be the only option.)
Summary: Scrolling with keyboard is interrupted when mouse pointer moves over flash document. → Scrolling with keyboard is interrupted when mouse pointer moves over Xt Flash plugin.
So can anyone reproduce this with newer flash plugins?
We are all suffering this bug, I'm with firefox 2.0.0.8 and flash 9.0.48
Tried also firefox 2.0.0.8 with latest flash 9.0.64 and still have the bug
My apologies. I only tested on the diamondx plugin by the same author. (I was on an amd64 system.) I can now reproduce. I'll see if I can work out (guess) what is happening inside the flash plugin.
Summary: Scrolling with keyboard is interrupted when mouse pointer moves over Xt Flash plugin. → Scrolling with keyboard is interrupted when mouse pointer moves over Flash plugin.
thanx, all linux users of firefox trust me are frustrated, because when mouse is hovering to a flash part both keyboard AND mouse scrolling are totally locked and the bug is so old that was forgotten by everyone, so I choose to make blocking 1.9 to have some attention. Of course I think events should be sent to flash plugin but not only to, but I'm not an expert of mozilla.
(In reply to comment #48) > Tried also firefox 2.0.0.8 with latest flash 9.0.64 and still have the bug Please check Flash 9.0.64 again. (Check about:plugins to see the version.) 9.0.48 is an Xt plugin so still has the problem. 9.0.64, which is a prerelease version from http://labs.adobe.com/technologies/flashplayer9/ is an XEmbed plugin. For me keyboard scrolling works fine with Firefox 2.0.0.7 and trunk. (In reply to comment #50) > all linux users of firefox trust me are frustrated, because when mouse > is hovering to a flash part both keyboard AND mouse scrolling are totally > locked... Mouse scrolling still doesn't work when the pointer is over the plugin. I've made a suggestion as to what can be done for that in bug 386687. > Of course I think events should be sent to flash plugin but not only to, but > I'm not an expert of mozilla. Keyboard events should go to the focussed element. If you click on the plugin element it will receive focus and you might not get the keyboard events for scrolling. Mouse events go to the element under the mouse (mostly), but they can bubble up into other elements if not handled by the plugin, for example.
Karl you are right with firefox 2.0.0.8 and flash 9.0.64 keyboard is no more locked! But scrolling is still locked! The bad thing is this version doesn't work at all with Opera and Konqueror, but ok it's not our problem here :)
Awesome! So it sounds like this bug can be marked as WORKSFORME then? Mouse scrolling is covered by bug 386687 so lets take that there.
yes, well the title of this bug isn't so complete, but in the initial description was mentioned also mouse wheel ;) Anyway I don't care about bug # just PLEASE fix this bug for the mouse wheel too :)
Marking as WFM since we already have another bug for the mousewheel issue, and that looks to be a different problem.
Status: NEW → RESOLVED
Closed: 23 years ago → 17 years ago
Resolution: --- → WORKSFORME
WARNING - ATTENTION attention to all CC people here, go to the BR linked below and vote it if you want to see the scroll bug fixed! Also comment and try to make some noise, Mozilla is trying ignore us again (after more than 6 years) and not fixing the bug for 3.0 release! https://bugzilla.mozilla.org/show_bug.cgi?id=386687
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: