Since installing version 10.0.5.0.4497.x64 there appears to be a strange mouse problem.
When scrolling through a window, and then moving the mouse to the desired folder or file, the scroll jumps back to the "start" of the window.
If I use the cursor keys to navigate the window, all is OK, until I move the mouse to select a file. It is the movement that is the trigger for making the scroll jump back to the start, not clicking. The window jumps so that a previously highlighted file is in view.
The mouse has a new battery, and this behaviour only occurs when using an Opus window. I have tried the mouse on different surfaces, and still the same issue.
My next job is to take the mouse apart and clean it, in the meantime can you offer any help?
Do you think this is an issue with scrolling or the way Opus handles mouse movements?
I have been advised to backup, remove & reinstall and restore to see if that fixes the problem.
Just to make sure: Don't restore the config backup at first, in case everything is fine with the default config but goes wrong again once it has been restored.
We haven't had any similar reports so far, so if anyone else reading the thread is seeing anything like this, please reply let us know. At the moment it isn't clear if it's something specific to the mouse drivers/configuration/hardware or the Opus configuration, or something else, but if anyone else is seeing the same thing then that will help narrow it down.
Spoke too soon. I reinstalled using Opus 10.0.4.0.444.x64 and all worked fine until the autoupdate installed 10.0.5, after which the jumping window returned.
I then downloaded the full 10.0.5 in case the download was corrupted and uninstalled-reinstalled again. Still jumping window. So, uninstalled 10.0.5 and then installed 10.0.4 and all is fine again.
So it looks like it is a bug (for my system anyway!) in 10.0.5.
Is there any information from my PC which you need to help track down the problem?
Please try with the default configuration if you haven't already (i.e. uninstall, reinstall and don't restore your config backup), and also check that your mouse drivers are up-to-date (or try uninstalling them entirely if possible, in case they are related).
Failing that, I am not sure, since I don't know of any relevant changes in 10.0.5.0 which might cause this and the issue doesn't seem to be affecting anyone else. We should wait and see if anyone else posts in the thread to say they are seeing something similar, and if so try to work out what their system and yours have in common.
Ok, I just had this happen to me but it seemed to be with the mouse click.
I was in Thumbnail view. When I clicked on the very last folder, it jumped to the top of the list. I do not have single-click on. First click triggered something and before the second click could happen, it jumped to the top and my second click selected another folder(my double-click speed is windows default). I was going so fast I didn't even care and just scrolled back down to get to that last folder again. At first, I thought I must of hit something wrong (maybe I did), but then it dawned on me that someone just posted about this problem so I had to post what happened to me.
I'll play with it more to see if i can get it to happen again. So far I am unable to reproduce it and it only happened once. Running 10.0.5.0 x64 and never saw this before.
Hi, I have the same problem. It happens during scrolling through long lists of files.
When one file is selected (marked) and i scroll it out of the window and the mouse pointer comes to rests over a consequently different file, the view jumps back to the marked file. Resting the mouse pointer over a file usually generates in about 500ms a small popup window with some detailed file information. When this happens the view jumps in a way so that the marked file is visible again.
Its like the same as scrolling away from a selected file and jumping back to the file using the arrow (up and down)keys.
Hi, I waited until 10.1 came out, and the same thing is happening again. I have changed mice, deleted the old mouse drivers, but still the same. Seems to be worse in thumbnail view, but does happen in other views like list or grouped list. For small folders, resizing the windows to get rid the scroll bars gets rid of the issue (obviously!), but for long list it can be a pain to have the window keep jumping back to view the last selected file.
Hi, could well be 32bit v 64bit since I have 2 PCs with Windows 7 and the 32bit version doesn't have this issue. However since unticking "enable file info tips" the problem has been resolved. Thanks, Richard.
Thanks for the confirmation. Since it seems to be related to the tooltips, we'll try to look at them and reproduce/fix whatever's going on so that you can turn them on again.
Are you holding down Ctrl when this happens, or just before it happens?
So far the only tooltip-related event which might scroll the window happens when Ctrl is held to make the tooltips show via the keyboard. (Even then, it should not normally cause scrolling.)
Do any of you have any software installed which changes how the mouse or mousewheel works, or changes other aspects of window behaviour (e.g. multi-monitor tools, macro tools, etc.)?
I haven't had this problem since. Only happened a few times.
No extra anything installed and standard Windows drivers for mouse. Not even the logitech software to configure the mouse.
IF ctrl was held down, it was by accident or stuck down. I don't use key modifiers for anything I do. I try to keep my hands off the keyboard. I'm a mouse guy
But, as I said, it's not happening to me anymore so I'm kind of out of the game.
Hi, I use the standard mouse drivers on a Trust 2-button laser mouse with scroll/click wheel and fwd/back buttons. The previous mouse was a wireless affair, again using the std W7-x64 drivers. No CTRL key held down. I use 2 monitors. As per previous post from me, unticking the "enable file info tips" has cured the problem. From my point of view it is a Win7-x64 issue with Opus. In all other respects Opus out-performs MS Explorer, so losing the "file info" is no great bind! Richard.