Scrolling fast with the mousewheel triggers history back and forth

I'm having this problem as well - very, very annoying.

Confirmed with 2 people in #ubuntu, as well

Just found a solution here:

https://launchpad.net/distros/ubuntu/+source/firefox/+bug/31922

but it's still a big annoyance by default

dapper 20060227
firefox 1.5.dfsg+1.5.0.1-1ubuntu5
xserver-xorg 7.0.0-0ubuntu17

I'm able to solve this problem in 2 ways as suggested by bugs 32381 and 31922.

° Add Option "ZAxisMapping" "4 5" under Section "InputDevice" to /etc/X11/xorg.conf (see #32381).

OR

° Enter "about:config" in Firefox location bar, set mousewheel.horizscroll.withnokey.action to 0 (see # 31922).

Both seem to work, so the question remains if this bug is a firefox bug or and xorg bug.

Has anybody experienced this bug in applications other than firefox?

I had the same problem, it's the default xorg config that causes the problem, not firefox.

This happens noticably in any application with a horizontal scrollbar. Scroll too fast, and you end up moving the horizontal bar.

Again, this is not a firefox bug.

@cwillu: I don't really understand this comment, moving the horizontal scrollbar if you are scrolling fast would be the expected behaviour...

But I agree, this is probably not a firefox bug. I just don't understand how this could trigger history events.

Yes this is not a firefox bug. Have got the same problems in nautilus or any app with horizontal scrollbar. Same problem with two different Logitech mouses.

I have this problem too. Extremely annoying...

had this problem too.

I can confirm that this problem is in other apps. The above fix works for firefox, but does nathing for synaptic, nautilus, etc.

Firefox interprets a horizontal scroll on a page without horizontal scrollbars as a backwards or forwards action so this is expected behavior in firefox as per upstream (unless syou disable horizontal scrolling mousewheel.horizscroll.withnokey.action to 0).

The real issue is with xorg in that the quick vertical scrolling is triggering the horizontal scrolling event. And . So the problem is manifesting itself in firefox quite evidently by changing pages but is also present in other applications more subtly. What is the proper ubuntu protocol for filing this under xserver-xorg-input-mouse instead of under firefox whic is behaving as desired? There are already bugs that reference this inappropriately as a firefox bug. What is the best way to clean these up? Sorry ne to launchpad and used to bugzillas but i think i like this process better.

Oops. Found it. Not used to the Dupe marking as a seperate function from the status and whatnot. Sorry for the bugspam.

I have A4 tech mouse with 2 scrolls and 2 side buttons.

xev shows these button codes:
first scroll: 4, 5
second scroll: 6, 7
side buttons: 8, 9

Because some applications like Opera or Firefox have buttons 6 and 7 reserved for moving back and fwd in history by default, I find this button mapping weird. Would be much better if the side buttons were assigned codes 6 and 7 instead.

I can confirm this bug using a Toshiba a100-155 and an attached USB mouse with a scroll wheel.

This is not a firefox issue. Firefox is behaving as expected for the mouse events it is receiving. This is an issue with the misconfiguration/operation of the mouse and should be filed soley against the mouse package (xorg-input-mouse).

same annoying bug here

Ok, found the problem of why it was not written in the config anymore.

The fix will hit the archive relatively soon.

Fabio

not a bug in firefox

Fix uploaded.. it will take about 2/3 hours to propagate to archive.ubuntu.com

Fabio

I'm all up to date on patches and the issue still remains. I finally had to change the key in firefox.

The issue remains because the X server configuration is not changed/updated when the package is updated. This is perfectly acceptable for a bleeding edge development version though.

So, you have to either run:
        sudo dpkg-reconfigure xserver-xorg
after an upgrade, or manually edit /etc/X11/xorg.conf, adding a line:
        Option "ZAxisMapping" "4 5"
to the mouse section.

I have a MightyMouse... and while trying to get it to work with horizontal scrooling found the issue. It never say my horizontal scrolling, BUT I found this bug. I am just here to help confirm it.

I have always had the ZAxisMapping options set to "4 5" and it makes zilch of a difference.

xorg (1:7.2-3ubuntu1) gutsy; urgency=low

  * Merge from Debian unstable. Remaining changes:
    - debian/control, debian/scripts/vars.sparc, debian/rules:
      + Makes xorg Architecture: any and use an extra variable
        to not Depends on type-handling.
    - debian/control:
      + Keep meta-packages for xbase-clients, xutils.
      + Change the Maintainer-field.
      + Add replaces for xinit since we now ship Xsession from x11-common.
        Ditto for xrgb as we ship rgb.txt in x11-common.
      + xserver-xorg: Add dependancy "OR xserver-xorg-video" because
        the restricted drivers provide that.
    - debian/local/Xsession:
      + If ~/.xsession-errors is bigger than 0.5MiB, truncate it to the last
        0.5MiB to avoid having it grow indefinitively. (This does not happen
        with gdm anyway since gdm cleans the file on login). (LP #60448)
    - debian/local/dexconf:
      + Uncoditionally re-enable ZAxisMapping in dexconf. (LP: #31827)
      + Add InputDevice entries for wacom.
      + Add extra bits for ps3fb xorg.conf.
      + Read xserver-xorg/config/device/extra_options key, parse it
        (first token is option name, rest of the line after first space
        is value), and add it as Option lines to the device section.
        (LP: #90109)
      + Add special case for i810 with 3M TouchScreen monitors to set a
        resolution of 800x600 and avoid probing since it will fail miserably
        in xserver-xorg.postinst. Also make sure to write Option "DisplayInfo"
        "False" in Device Section in dexconf if the above combination is
        matched otherwise the card will display extra unrequired info each
        time X attempts a startup. (touches also xserver-xorg.postinst.in)
      + Due to a very annoying DRI/DRM bug, make sure to use OldDmaInit
        when writing down the Device section for mga driver. This will make
        DRI working at least for AGP cards. PCI didn't work before and it will
        keep not working since the option does explicitly disable DRI for PCI.
        (LP: #27442)
      + Enable elographics driver when matching known machines.
      + Disable composite when using the fglrx driver. It does not support
        composition, and enabling it by default (as recently done in
        xorg-server) breaks DRI for fglrx. (LP: #90688)
    - debian/scripts/vars.i386:
      + Add xserver-xorg-input-elographics to XSERVER_XORG_INPUT_DEPENDS.
    - debian/xserver-xorg.postinst.in:
      + Add lt to list of non-Latin keymaps (LP: #38931).
      + Make sure to ask video driver on sparc even if autodetected. Some
        cards still require weird overrides (ati -> fbdev) that are not
        100% known in all combinations.
      + Skip video card autodetection if xforcevesa is set
        (LP #27020, #59618).
      + Detect keyboard layout configuration using /etc/default/console-setup
        if available.
      + Clean up duplicate keymaps in xserver-xorg.config.in and make sure
        they're all neatly alphabetised.
      + Map cf console keymap to ca(fr).
      + Map croat console keymap to hr. (LP: #43598)
      + Set default keyboard variant for French to oss (LP: #89835).
      + Map...

scrolling fast gives back and forward action in firefox.

It is now a fire-fox bug:

Reproducing in windows xp and ubuntu

Most annoying I do not want this action on mousewheel activity.

firefox 2.0.0.9

This is still happening across all platforms for me. Other people don't have any problems. Just me. I have determined that it is my Logitech mouse. Under linux it reports bogus button clicks (button 9 mostly). Simply unplugging the mouse and replacing it has fixed the problem. You can also re-map button 9 using xmodmap (man xmodmap) Enjoy!

I have the same problem with Firefox in Ubuntu 8.04 (Hardy)

This is still a problem. I have worked out a hack to the xorg file to fix it.
http://jay4rest.wordpress.com/2009/07/01/firefox-mousewheel-problem/

On Tue, Jul 14, 2009 at 10:11:34AM -0000, Jay Forrest wrote:
> This is still a problem. I have worked out a hack to the xorg file to fix it.
> http://jay4rest.wordpress.com/2009/07/01/firefox-mousewheel-problem/

You probably want to swap steps 4 and 6, since 6 can overwrite the
changes in step 4.

Beyond that, I'd really suggest you file a bug report, since issues
reported only in forums tend not to get developer attention. See
http://wiki.ubuntu.com/X/Reporting for tips on making good bug reports.

Bryce