Describe the bug
The argument passed to the columnResized callback is dependent on the direction you approach the resize handle. It should instead always be the column that is being altered.
Fiddle Link:
http://jsfiddle.net/seedante/w05oxste/5/
Tabulator Info
To Reproduce
In either case, column A is the one being resized. But the callback is incorrect from the right.
Expected behavior
The column arg to the columnResized method should always be the column whose width/size is altered.
Desktop (please complete the following information):
Windows
Google Chrome
Version 71.0.3578.98 (Official Build) (64-bit)
This is depend on which handle you are dragging: from column A or column B
Compare:


The issue is that grabbing the previous handle on B actually resizes A -- B is not the column being resized.
The event being broadcasted isn't "which handle did I grab", but "which column got resized".
As you show in the comparison, only A is changing sizes, but B is broadcasting it's constant size each time you drag from that direction.
See the snippet that is targeting the previous column:
https://github.com/olifolkerd/tabulator/blob/dd43448a7201fc754db25ac34cbeeae949c5088a/src/js/modules/resize_columns.js#L72-L84
And the mouse up callback that does not track this correctly:
https://github.com/olifolkerd/tabulator/blob/dd43448a7201fc754db25ac34cbeeae949c5088a/src/js/modules/resize_columns.js#L130
Gif showing how this change is useful:

In that example, the event shows useless columnResized with "b" while "a" is actually the one being resized.
Hey @c-dante
Good spot! that is definitely a bug!
I will resolve that in this weekends patch release.
Cheers
Oli :)
Hey @c-dante
I have just pushed a fix for this to the master branch and will include it in this weekends patch release.
Cheers
Oli :)
Most helpful comment
Hey @c-dante
I have just pushed a fix for this to the master branch and will include it in this weekends patch release.
Cheers
Oli :)