MySQL Bugs: #38868: Catalog should *not* reset scroll position after dragging to diageam

Bug #38868	Catalog should not reset scroll position after dragging to diageam
Submitted:	18 Aug 2008 16:33	Modified:	29 Mar 2012 3:38
Reporter:	Roland Bouman	Email Updates:
Status:	Closed	Impact on me:	None
Category:	MySQL Workbench	Severity:	S3 (Non-critical)
Version:	5.0.24	OS:	Any
Assigned to:	Alfredo Kojima	CPU Architecture:	Any
Tags:	usability

Description:
Items can be dragged from the catalog tree view to a diagram. If the tree is longer than the list, the list is scrollable. 

When dragging an item from the catalog tree view to the diagram, the scroll position is reset. This is extremely annoying. There is no reason why the list position should be reset, and the expectation is that the list remains in position.

How to repeat:
see description

Suggested fix:
please don't scroll the list. Leave the list at the set position.

Thank you for the bug report.

I'd like to confirm that this is still present in in 5.1.16 (Kubuntu Jaunty/.deb installer).

I have noticed that at least one other scrollable list also exhibits the same behaviour when interacted with.  For example editing the columns in a table object:

I can add a new column to the bottom of the list and as soon as I finish typing the column name and press enter the list scrolls back to the top, meaning I need to scroll back down to continue setting up the column (choosing data-type etc).

This is a bit of an annoyance, especially when refactoring/reorganising large databases that already have a lot of columns ...

(also, apologies to the bugtracker people that I have just submitted/commented a swarm of bugs - I happen to be refactoring/reorganising a large database today, so I'm finding/tripping over a lot of them hehe - despite those, WB still kicks butt!)

Still happening in 5.1.18.

I can confirm this issue in 5.1.18 on Ubuntu 9.10 64bit. The table column list scroll position resets to the top anytime a column addition or change is applied in a table with a number of columns that exceeds the size of the list. When this occurs, the scrollbar cursor does not move; you have to fiddle with it to get the scroll position back to where it was. It makes using the table editor very error-prone, as it becomes easy to accidentally change a column setting when the erratic scroll behavior occurs. Please fix this soon!

The bug is still active in 5.2.29 on Ubuntu 10.10. 
Also you cannot drag multiple tables at once to the diagram - only one-by-one, I guess this is different bug.

This is a very irritating bug, any diagram besides elementary fooling around results in this issue. It prevents real work from being done.

The issue _still_ persists on 5.2.34 7780.

This was fixed in a recent version