Page MenuHome

Scrollbars still scroll scene even if scrollbars aren't moving.
Open, Needs Triage by DeveloperPublic

Description

System Information
Operating system:Windows 10 Home
Graphics card:Intel 620

Blender Version
Broken: version: 2.80 (sub 74), branch: blender2.7, commit date: 2019-06-10 23:38, hash: a0608340ae14, type: Release build date: 10/06/2019, 17:02
Worked: (optional)

Short description of error
Consequence of D5001
Exact steps for others to reproduce the error
1:Open blender.
2:Grab left scrollbar slider and move to the right past the end of the scrollbar and hold for a few seconds.
3:Grab left scrollbar slider and move mouse to the left.

The expansion of the scrollbar is delayed.

Details

Type
Bug

Event Timeline

Eitan (EitanSomething) triaged this task as Confirmed, Medium priority.Jun 12 2019, 5:48 AM
Eitan (EitanSomething) renamed this task from Scrollbars still scroll scene even if they aren't moving. to Scrollbars still scroll scene even if scrollbars aren't moving..
William Reynish (billreynish) lowered the priority of this task from Confirmed, Medium to Needs Information from User.

Please don't set own reports to Confirmed.

  • What is meant by Grab left scrollbar slider?
Eitan (EitanSomething) raised the priority of this task from Needs Information from User to Confirmed, Medium.
Eitan (EitanSomething) lowered the priority of this task from Confirmed, Medium to Needs Information from User.

What is supposed to happen to the scrollbars? Is it supposed to be delayed.

Honestly not seeing an error here. If you look at the scrollbar there are three distinct parts that do different things. Drag on the dark circles on either end of the scrollbar and you affect the zoom. In the video you appear to be dragging by the left circle and increasing the space between frames so much that there's one frame number be screen width.

I think he is referring to the offset between mouse cursor and scrollbar handle when zooming back in. The cursor reaches the left border before the scrollbar does. This forces you to move the handle multiple times to zoom all the way out.

I think he is referring to the offset between mouse cursor and scrollbar handle when zooming back in. The cursor reaches the left border before the scrollbar does. This forces you to move the handle multiple times to zoom all the way out.

This is what is happening.

Although it's still not 100% clear to me what the issue is, it seems like a minor papercut, and not necessarily a bug? Also, when I try "squashing" the slider, I get a different result from the video. Could you re-confirm that whatever the issue is is still an issue in the latest build?

Demeter Dzadik (Mets) raised the priority of this task from Needs Information from User to Needs Triage by Developer.Jul 19 2019, 12:38 AM

Actually, I think I understand. When squashing the slider beyond its minimum size, we would expect the timeline to stop moving, but it does not. Still not too convinced that this is a bug.
@William Reynish (billreynish) So by "Left scrollbar slider" he means this guy:


Bug or not?

It's a papercut. The timeline scrollbar handles do not align with the mouse when dragged. This is expected behaviour, but only when the scrollbar size is at maximum or minimum width, to allow for further zooming in both directions.

If I remember correctly this was reported shortly after the scrollbar was fixed, to allow for scrolling when zoomed all the way out. I'd guess its simply not accounting for minimum width properly.