Page MenuHome

Bug with Continuous Grab (windows)
Closed, ResolvedPublic

Description

Click and drag a button (say "End Frame" in Render Settings) to the right a bit and back to the left. It doesnt go back to down to the original Frame Number, but hangs somewhere around 20 Frames above the original one.

I would suspect that is the Frame number where the cursor is, when it exits the screen, and cant enter it anymore ..


Cheers

Event Timeline

Alex,

What is your OS (and the svn version you were using when finding this bug) ?

I can't reproduce this issue on OSX.

Cheers,
Damien

i am using vista 32 bit

it does work in windows windowed mode but not in windows' fullscreen mode
cheers

Rev25214, ubuntu 9.10 32 bits, ati HD4200, proprietary drivers
cannot reproduce this either on my computer
regards

well obviously someone with vista 32 bit should be able to reproduce it .. not someone with ubuntu!?

I'm experiencing some weird behaviour here on vista 32 bits. If I slide the end frame button to the right, the number increases. While holding down the mousebutton and slide it back to the left, it doesn't go back, but indeed seems to stick. This happens when you slide it back fast. Sliding it back very slow "sometimes" enables me to slide all the way to the left.

I'm experiencing some weird behaviour here on vista 32 bits. If I slide the end frame button to the right, the number increases. While holding down the mousebutton and slide it back to the left, it doesn't go back, but indeed seems to stick. This happens when you slide it back fast. Sliding it back very slow "sometimes" enables me to slide all the way to the left.

I'm experiencing some weird behaviour here on vista 32 bits. If I slide the end frame button to the right, the number increases. While holding down the mousebutton and slide it back to the left, it doesn't go back, but indeed seems to stick. This happens when you slide it back fast. Sliding it back very slow "sometimes" enables me to slide all the way to the left.

I'm experiencing some weird behaviour here on vista 32 bits. If I slide the end frame button to the right, the number increases. While holding down the mousebutton and slide it back to the left, it doesn't go back, but indeed seems to stick. This happens when you slide it back fast. Sliding it back very slow "sometimes" enables me to slide all the way to the left.

I'm experiencing some weird behaviour here on vista 32 bits. If I slide the end frame button to the right, the number increases. While holding down the mousebutton and slide it back to the left, it doesn't go back, but indeed seems to stick. This happens when you slide it back fast. Sliding it back very slow "sometimes" enables me to slide all the way to the left.

Please try to reproduce it with this file where the properties view is not directly on the window edge.
http://www.pasteall.org/blend/1358

Seems to work fine under Linux, so the bug is probably in Ghost. Would need someone to check on OS X to confirm this.

Can't reproduce this here either on OS X. Looks like it's in GHOST/windows

@Matt,

same problem with the sample file. (contgrabtest.blend)

i drag to the right and cant drag all the way back to the left.. it gets stuck

cheers

On Windows 7 Ultimate 64bit I am unable to reproduce this behaviour. I can increase and decrease values across areas both with and without continous grab enabled.

Could you try with a recent Windows build? Ie. http://www.letworyinteractive.com/b/ - I updated my builds tonight to r31618.

hi!

jupp still not working with r31618. windowed mode works, fullscreen mode doesn't. (with fullscreen i don't mean the blender fullscreen button, but the microsoft windows top tab double click ;-) ) As a matter of fact, in blender button fullscreen mode it works!

Win 7 Home Premium 64 bit.

cheers

Ok, after trying again I can now reproduce this error even with latest Blender 2.54 beta release. Thanks for being persistent. Now to see if a fix can be found...

Nathan Letwory (jesterking) changed the task status from Unknown Status to Resolved.Oct 19 2010, 11:39 AM