Unable to sort by column with Mouse Integration Enabled. -> fixed in SVN

Would you be able to make a hard disk image which shows this behaviour available? Or to find a way to reproduce it with a guest which requires less time to set up than slackware-current?

Where is a good place to upload it to?? I just set up a new machine and did an export of the appliance and the vmdk is about 3.5GB.

Please could you contact me by private E-mail at frank _dot_ mehnert _at_ sun _dot_ com?

I sent off the email (my email is my username here and I am with yahoo).

I also upgraded to 2.2.2 tonight along with upgrading Guest Additions, and the problem still exists in both my main machine and the machine I setup for this bug report.

bassmadrigal, did you really sent me an E-mail? I can't find one from you in my incoming folder. Please could you try again? Please mention '3782' in the subject. Thank you!

I don't know what happened, but I sent it out again.

ovf file for incoming bug-3782-slack.vmdk

xml file for incoming bug-3782-slack.vmdk

Started the uploading process now, but I have a slow connection, so it will take about 12 hours. So it should finish by 1200 GMT on the 6th of May.

As a side note, the virtual machine crashes on logging out of KDE, but it is un-related to the bug.

If wanted I can put the login information directly in here.

File completed uploading. It is named bug-3782-slack.vmdk

Again, let me know if you want the login information here or in an email.

Thanks for the image. Currently downloading, five hours left to go :)

I guess I can go ahead and post the login info here.

root passwd 12345 user account is

test passwd 12345

Not sure if I understood right how to reproduce this. In Dolphin, when I set detailed view, I was able to sort by any column I wanted to. VirtualBox from SVN, Additions not changed from the ones you installed. Could you provide more information? Thanks.

That is weird. I never tried dolphin. It works on mine too.

But if you load up akregator (it does the same thing with ktorrent, which is why I figured it was all the qt apps) and try and sort there, it will not work unless you disable mouse integration.

It looks to me like the problem is that, for implementation-related reasons, VBox always sends minute mouse movements when a mouse event occurs and mouse integration is active. So when we click in Akgregator it always sees a small mouse movement (one pixel right, one down) in-between the button down and button up events, and I assume that doesn't like this. Unfortunately, just fiddling VBox enough to test this hypothesis will be a bit of work.

And when you said that the virtual machine crashes when you log out, I didn't realise that you meant a full hang of the host (at least that is what I get)!

My host doesn't hang, just the VM. It might be an issue with something with Slackware since it is running current. My normal machine that I have running doesn't do that.

So as far as the mouse integration, is this a VBox bug, or a QT bug or a bug related to something else? Because I have no problems submitting bug reports for others, if it isn't related to an issue with VBox.

And thanks for the time and effort you take for VBox. I love this program.

To the first, we will have to look at the hang anyway, because the guest should not be able to hang the host, no matter what it does. To the second, in a way it is a bug in both - VBox should not really do that, but Akgregator should be more tolerant, because the same event sequence could happen in real life, say if the user had shaky hands.

We have changed the pointer integration code slightly to work around this.