User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030526 Mozilla Firebird/0.6 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030526 Mozilla Firebird/0.6 When the mouse cursor is over a Flash animation, scrolling down using the scroll wheel does not work. Scrolling up, however, works fine. Reproducible: Always Steps to Reproduce: 1. Go to http://www.techspot.com/reviews/hardware/revolution71/index.shtml 2. Go down towards the bottom where the Flash animation ad is, leaving enough of the page still off the screen so there's still room to scroll down. 3. Put the mouse cursor over the animation. 4. Try to scroll down using the wheel Actual Results: The page does not scroll down. Expected Results: The page should scroll down. This occurs even if the animation itself is blocked by the userContent.css file. Scrolling up with the wheel works fine, scrolling down is the only thing that doesn't work. MozillaZine thread: http://www.mozillazine.org/forums/viewtopic.php?t=12036
confirming. Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030521 Mozilla Firebird/0.6
Confirmed with latest Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030527 => should be moved over to Mozilla SeaMonkey after searching for possible dupes...
Moving this over to the main Mozilla product since it's also effected (thanks Erik).
Component: General → Browser-General
Product: Phoenix → Browser
Version: unspecified → Trunk
Confirmed on windows xp (no SP), mozilla firebird 0.6. Does seem to work on other flash pages though...
I tried on some Flash ads on news.com and was able to use scroll fine while over the Flash animations as well. Seems specific to the techspot page.
Confirming on 2003052708 winXP
OS=All? Can confirm with www.neopets.com (need to sign up). Go to www.neopets.com/faerieland/wheel.phtml. Click Spin the Wheel if you want further proof. Using Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.4b) Gecko/20030523 Mozilla Firebird/0.6.
Just saw this on Slashdot (I mean I was browsing Slashot when I noticed this behaviour). Recent build of Firebird on W2K.
I can confirm this on Linux as well Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031129 Firebird/0.7+ and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016 Only i can't scroll neither up nor down when mouse is on top of the flash animation
the linux version of this bug is bug 102573 (WONTFIX)
it's not *JUST* the scroll wheel. this also affects the CURSOR DOWN ARROW when used for scrolling. Am using Moz 1.7.7 in linux, and have seen this in several distributions. To replicate, get on any site with a flash display for an ad. (for example, MSNBC) place cursor anywhere ABOVE the ad on the page. normally the keyboard cursor down arrow would allow you to scroll past the ad to see content below the ad. mozilla 1.7.7 freezes over the ad. once "frozen" over the ad (the select hand has now appeared) no more scrolling is possible, whether using cursor up, cursor down or page up or down. the only way out of the fix is to use the scroll bar or move the mouse pointer to an un-flashed area of the page and resume.
confirming on Linux too. Also using up/down arrow as HP said. Mozilla/5.0 (X11; U; Linux i686; th-TH; rv:1.7.8) Gecko/20050611 Firefox/1.0.4
Confirming on Mandriva Linux 2006 and earlier versions of Mandriva Linux with Firefox 1.0.x, and all sorts of pages I've encountered. Also seems to be affected by the Google vertical ads (see for example: http://www.shlomifish.org/ ). Regards, Shlomi Fish
I just installed Firefox 1.5 on Mandriva Linux 2006 and the bug is still here. And when the mouse is over flash I also can't type anything into location field (which has focus).
NEW bugs should not live in General
Assignee: firefox → nobody
Component: General → Plug-ins
Product: Mozilla Application Suite → Core
QA Contact: asa → plugins
Changed OS to ALL since this behaviour is witnessed on Linux using Minefield latest nightly.
OS: Windows 2000 → All
Whiteboard: dupeme → [polish-hard][polish-interactive] dupeme
Is it similar to this bug? https://bugzilla.mozilla.org/show_bug.cgi?id=407500
P4 - Polish issue that is rarely encountered, and is easily identifiable. Clearly broken when it happens, but not all users take advantage of auto scroll, and for those that do it isn't incredibly likely that they will happen to have their mouse over a flash area.
Priority: -- → P4
(switching to whiteboard for polish-relative priorities)
Whiteboard: [polish-hard][polish-interactive] dupeme → [polish-hard][polish-interactive][polish-p4] dupeme
Does this bug really only occur during "auto-scroll"? I thought this bug occurred when doing the *often* encountered task of regular scrolling on a flash box. :-\ If so, that should bump the priority back up.
Yeah, I misread the bug when trying to prioritize quickly, bumping the priority up to P2 (not a constant problem since it requires flash on the page, but easily identifiable when you hit the problem).
Whiteboard: [polish-hard][polish-interactive][polish-p4] dupeme → [polish-hard][polish-interactive][polish-p2] dupeme
Alex, why is this still P4 when your last comment says you'll bump this to P2? Just a mistake I guess since this is an annoying bug.
>Alex, why is this still P4 when your last comment says you'll bump this to P2? >Just a mistake I guess since this is an annoying bug. We decided to track the polish priority in the whiteboard field ([polish-p2]) so we don't collide with any existing use of the priority field. Polish priorities are relative to other polish bugs, not the super set of all bugs (like the actual priority field represents). It's a bit of a hack, but it works.
This is a very annoying bug! And it is in Firefox 3.6 RC1. Must be fixed. When the cursor is over flash content, you cannot scroll in ANY direction. Example: http://www.engadget.com/2010/01/08/the-engadget-interview-erick-tseng-senior-product-manager-of-a/ Try that page.
I can't believe this made it into the final version of Firefox 3.6. Mozilla how did you not spot this?
This website no longer uses flash.
Severity: minor → normal
Status: NEW → RESOLVED
Last Resolved: 10 months ago
Priority: P4 → --
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.