This is easiest to reproduce by starting a vm with a qemu usb tablet (which has an emulated scrollwheel), start a fully up2date Fedora-17, login and start xev. Then use the mouse wheel of your mouse, notice that no events are reported. This happens both with the usb tablet, as well as with the uinput tablet generated by the spice-vdagent. I've run evdev-dump on the spice-vdagent /dev/input/event# node and it is getting the scrollwheel events just fine, therefor I believe this is a xorg-x11-drv-evdev issue. Since this is something one would expect to work out of the box I'm proposing this as a Fedora 17 blocker, and as a Fedora 17 beta NTH.
I vote -1 for blocker. System is usable and this problem occurs mostly on virtual machines. Anyway, comfort is lesser, so it would be really nice if it worked. I'm +1 on NTH (probably final).
yeah, -1 blocker on this, it doesn't meet any criteria. it is damn annoying, but poking evdev late always gives me the wibblies, so I'm not sure about nth. i'd really like it fixed though! -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
Hans, you actually proposed it as Beta blocker not Beta NTH - adjusting. Sorry if the process was hard to understand.
xorg-x11-drv-evdev-2.7.0-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/xorg-x11-drv-evdev-2.7.0-2.fc17
It works for me with this update.
Discussed at 2012-03-28 go/no-go meeting, acting as an NTH review meeting. Accepted as NTH: this is a bit borderline as it's not a terribly critical bug and evdev is a fairly sensitive component, but it got accepted, probably because lots of us use VMs all the time and found this very annoying. If we didn't fix it, wheel scrolling would be broken in 17 Beta KVM live boots forever. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
xorg-x11-drv-evdev-2.7.0-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.