I'm experiencing the same problem (or actually my client is, I don't use a scrollmouse). I can reproduce it with almost any krpano instance on a scrolling page, though it is much easier to trigger in some then in others.
The problem
seems to be that if a mousewheel event is fired at a moment when krpano is busy (or is keeping the browser, or the computer busy) by eg loading a tile or drawing a frame, the scrollwheel script fails to catch the event and prevent the default behavior. This would explain why on simple panoramas it is hard to trigger this bug, but it is easier on eg a gigapixel panorama with lots of hotspots coming in and out of view.
Unfortunately I cannot share the project I am working on right now, because it is a bit heavy on the client-side and reproduces the problem easily. But given some effort scrubbing the mousewheel up and down quickly, at least in Firefox I can reproduce it even on the simplest panoramas such as the old scrollwheel testbed:
http://krpano.com/docu/html/swfobject15/mousewheelfix.html
Using Chrome and IE, I cannot really get it to happen on simple panoramas like this. But larger project (gigapixel with hotspots etc), it's a real issue with all browsers I've tested.