Closed Bug 435868 Opened 17 years ago Closed 4 years ago

Flash mouse input is partially blocked when in full screen (fullscreen) display state

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED INVALID

People

(Reporter: epologee, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; nl; rv:1.9) Gecko/2008051202 Firefox/3.0 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; nl; rv:1.9) Gecko/2008051202 Firefox/3.0 Example explanation: At the given example page, the position of the mouse cursor has influence on the camera angle. Move the mouse, the camera moves too. This is done by polling the flash native mouse cursor position every frame (roughly 30x per second). In the top right corner of this particular application, you'll find a button for switching to fullscreen (works only on the newer flash 9 versions). Problem: In fullscreen the application still polls the mouse, but as you can see, Flash gets no mouse cursor values anymore. Even when hovering over the buttons, the mouse cursor doesn't change to the "hand" cursor. This is just an example page. I've tried numerous full screen sites and projects with the same results. This only happens on MacOSX. On a PC with windows it works correctly. In a random FFv2 it also works correctly on both PC and Mac. Reproducible: Always Steps to Reproduce: 1. Open a flash website with fullscreen feature and mouse interactivity (see example url above) Actual Results: Notice how the website no longer reacts to mouse movement (including button hovers). Expected Results: The website should be able to get the mouse coordinates and work with it. If you click and drag while in fullscreen, the website may look a little more like it should have, then it does respond to the mouse. Of course this is not something you can anticipate in the design of a flash site/component.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008052707 Minefield/3.0pre Flash doesn't work at all on this page.
That is strange. I'm not the creator of that page, so I don't know if all flash-detection is done properly, but could it be that you don't have Flash player 9 installed?
Shockwave Flash 9.0 r124 is present. I can't make it work in old Firefox versions either, but it works with the latest Opera. This website requires the Adobe Flash Player.Get Flash
Really sorry for the fuss; Firefox had found somewhere an old plugin and used that one instead but only mentioned the new version in the about:plugins window. Isn't this a Core bug?
This bug is also reported by: https://bugzilla.mozilla.org/show_bug.cgi?id=437520 My machine is also running 10.4 (Tiger).
This is a Tiger only problem. Still occurs in RC2 so marking as confirmed.
Status: UNCONFIRMED → NEW
Ever confirmed: true
I can see this problem on Firefox 3.0.1 on Mac OS X 4.1 (Tiger) on a number of websites. 1) Issuu Go to this publication on Issuu and click on the Fullscreen button: http://issuu.com/jesper/docs/gan_issuu In fullscreen mode, click on the document to zoom in. Now, when you move the mouse, the page is supposed to move, but it doesn't. If you try the same thing with any other browser/OS combination, it works. 2) YouTube Open any YouTube video, go into fullscreen mode, and hover your mouse over the Volume button. A volume slider is supposed to pop up, but it doesn't. Hover the mouse over the Play button: there's no response. --- Flash 9 applications running on Firefox 3/Tiger are not receiving mouse move events like mouseMove, mouseOver, and mouseOut in fullscreen mode. Applications that rely on these events are bound to break. This is a serious bug. Please vote for it.
Voted, let's get this thing fixed.
Ditto to all these comments, I spent a week debugging a commercial video player until we found this "magic combination" of browser and OS. As a flash developer I know lots of places where this is an app-breaker, especially video.
I wonder why there aren't more people complaining about this. I only found 1 blog post and 1 thread in a bb about this, although there should be a lot of people with Mac OS X and Firefox 3; so do only some people have this problem with the given browser/Os combination? I'm personally thinking about switching back to Firefox 2, because this renders Youtube (with or without fullscreen) absolutely unusable for me.
Maybe many mac users have already upgraded to Leopard? Not sure, but I agree, you'd expect to see many complaints. Maybe the majority just don't realize it's not a problem with the flash application itself.
I'm using the newest leopard...
This bug is one of my two only complaints about FF3. I've been dealing with this since I downloaded it on this OS 10.4.11 Macbook, but I just discovered this means of communicating this issue now. A fix and/or work-around would be greatly appreciated.
Fullscreen rollovers are working fine for me since I updated to Leopard. Here are my software specs: OS X 10.5.5 FF 3.0.1 FP 10 d525 Maybe it's a conflict between a certain combination of software?
Though it never claimed to fix this, FF 3.0.3 behaves the same as far as this issue goes.
Still the same with FF 3.0.4 and Flash Player 10. Has anyone with this problem tried this with any of the FF 3.1 betas?
(In reply to comment #17) > Still the same with FF 3.0.4 and Flash Player 10. Has anyone with this problem > tried this with any of the FF 3.1 betas? Just for confirmation's sake, Firefox would continue this behavior in Safe mode. Are any developers acknowledging this issue?
I've experienced this bug and voted for it here. It looks like Flash doesn't trigger any MouseEvents in fullscreen mode (on FF3 on a Mac) except MouseEvent.CLICK. Seen this bug on FP9, and FP10.
Just tested the latest Minefield (3.2.apre), Flock 2.0.2 and Camino 1.6.5 (1.8.1.18 2008111212) (all of which use the Gecko engine) and faced the same behavior.
(In reply to comment #20) > Just tested the latest Minefield (3.2.apre), Flock 2.0.2 and Camino 1.6.5 > (1.8.1.18 2008111212) (all of which use the Gecko engine) and faced the same > behavior. Forgot to mention Songbird.
(In reply to comment #21) > (In reply to comment #20) > > Just tested the latest Minefield (3.2.apre), Flock 2.0.2 and Camino 1.6.5 > > (1.8.1.18 2008111212) (all of which use the Gecko engine) and faced the same > > behavior. > > Forgot to mention Songbird. Just tested Firefox 2.0.0.18. It was the only browser that behaved normally while flash was in full-screen. These tested were all conducted with Mac OS 10.4.11 and Flash 10.
(In reply to comment #22) > (In reply to comment #21) > > (In reply to comment #20) > > > Just tested the latest Minefield (3.2.apre), Flock 2.0.2 and Camino 1.6.5 > > > (1.8.1.18 2008111212) (all of which use the Gecko engine) and faced the same > > > behavior. > > > > Forgot to mention Songbird. > > Just tested Firefox 2.0.0.18. It was the only browser that behaved normally > while flash was in full-screen. These tested were all conducted with Mac OS > 10.4.11 and Flash 10. This bug can also be found in FF 3.1 Beta 2. Is the documentation overkill?
*I(In reply to comment #23) > (In reply to comment #22) > > (In reply to comment #21) > > > (In reply to comment #20) > > > > Just tested the latest Minefield (3.2.apre), Flock 2.0.2 and Camino 1.6.5 > > > > (1.8.1.18 2008111212) (all of which use the Gecko engine) and faced the same > > > > behavior. > > > > > > Forgot to mention Songbird. > > > > Just tested Firefox 2.0.0.18. It was the only browser that behaved normally > > while flash was in full-screen. These tested were all conducted with Mac OS > > 10.4.11 and Flash 10. > > This bug can also be found in FF 3.1 Beta 2. Is the documentation overkill? Typo, sorry. *Is this documentation overkill?
Can someone please update the platform to include Intel Macs? This bug and the sluggish flash video I'm experiencing are forcing me to switch browsers whenever I come across this kind of content. The sooner this issue is addressed, the sooner I can use Firefox exclusively.
The performance on Macs is an issue with Flash, but this particular mouse problem is Firefox's, since this bug doesn't happen on Safari or FF2 or seemingly any combination besides OSX Tiger/FF3. The sheer fact that it worked on a previous version of Firefox means that Mozilla should be able to support it now.
Makes sense to me, Ben. I'll see if I can clear that up in the previously linked Get Satisfaction topic.
Yes this is a very serious bug in Firefox3. We have more and more flash sites with fullscreen option which does not work properly. This has been reported again an again without anyone doing anything about it. I am very disappointed of the Firefox developers. There are thousands of sites which do not work properly. Just a couple http://nytimes.com/packages/html/nyregion/1-in-8-million/index.html?ref=multimedia http://specials.washingtonpost.com/timespace/entertainment/ The new slideshow option at Flickr. Click the small icon at top right http://www.flickr.com/photos/tags/sanfrancisco/ You will find multimedia pages at every large news site which does not work in fullscreen. Thousands of flash panorama sites. Here are just a couple of mine http://gl-estrup.360-foto.dk/ http://www.panoramas.dk/kaloe-slot/
(In reply to comment #29) > Yes this is a very serious bug in Firefox3. > We have more and more flash sites with fullscreen option which does not work > properly. > > This has been reported again an again without anyone doing anything about it. > I am very disappointed of the Firefox developers. > There are thousands of sites which do not work properly. > Just a couple > http://nytimes.com/packages/html/nyregion/1-in-8-million/index.html?ref=multimedia > http://specials.washingtonpost.com/timespace/entertainment/ > The new slideshow option at Flickr. Click the small icon at top right > http://www.flickr.com/photos/tags/sanfrancisco/ > > You will find multimedia pages at every large news site which does not work in > fullscreen. > > Thousands of flash panorama sites. Here are just a couple of mine > http://gl-estrup.360-foto.dk/ > http://www.panoramas.dk/kaloe-slot/ Agreed. What frustrates me most is that this report hasn't even been updated to included Intel Macs. Surely if this were adjusted the Mozilla developers may be more inclined to respond.
I have asked for some tests from Mac users and it looks like there is no problem in Leopard. OS10.4 Tiger has is and it has nothing to do with Intel or PPC Macs. My MacBook Pro Intel with Tiger has exactly the sam behavior as my G5 PPC with Tiger. BTW I found out that also Camino has the same problem. Still that is around 35% of all Mac users according to my stats which is 30.000 Mac visitors last month.
I've noticed that Miro (playing .mp4 files) will occasionally behave this way in full screen. Do you think that's any evidence about the technical root of this problem?
Hardware: PowerPC → x86
I changed it to be an x86 related problem, because it occurs on Intel macs. Can't confirm with x86_64. This issue has never occurred since I upgraded to Leopard.
It looks to be a problem on Adobe's end based on my discussion of this bug on the Mozilla Quality Assurance (QA) Community IRC Channel.
Confirmed. A bug has been logged internally. Thanks for the test media. The internal Adobe bug number is 2374019
Status: NEW → ASSIGNED
Charles, does it mean it is a flash bug and has to be fixed on your side? Anything you further need from us?
Status: ASSIGNED → NEW
I can not longer reproduce this issue.
Charles in which version of Flash this has been fixed? Given your comment 36 it was the Adobe bug 2374019.
It should be fixed in our public beta release for Flash Player 10.1

We're in the process of removing support for plugins (bug 1677160) and bug 1687239 has removed the relevant Layout code, so this bug is irrelevant now.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.