Seen in version: 14.2.20142.2140
Not in version: 15.1.20151.1005
Browsers tested: latest versions of IE, FireFox and Chrome.
Behaviour
However, if you first do a manual resizing of any of the column widths then you can successfully move columns.
Unfortunately we are not in a position to move immediately to the latest version, so if someone could suggest what is happening or how I could go about debugging this, I would appreciate it.
Regards
Aidan
Hi Tsanna,
Thanks for that.
Feel free to close this ticket.
Hi Aidan,
After further research I found out that there was similar development issue logged in our internal system, however it's already fixed and available in the latest service release of v14.2 and later.
Regards,
Tsanna
Not sure I understand, because I believe in order for the tab contents to be visible, the tab needs to be active. And when the tab becomes active it is then that the contents i.e. the grid is created.
Also, this was working in 14.x (not sure when it broke), but we know it is broken in 14.2.20142.2140 but works in 14.2.20142.2477 and 15.1.20151.1005 without any code change on our behalf.
Is this is something that was addressed in .2477 and we can expect it to work going forward.
Hello Aidan,
It seems that when your grid is placed within a tab and in case that the tab is not active the grid is initialized in a container, which is not visible. Therefore the initial caching of column size and position is not correct, which causes the problem with the not working column moving. If you have any further questions, feel free to contact me.
I have narrowed this down to displaying the grid within angularUI 0.13 <tab>.
If I remove the <tab> infrastructure the drag movement is correct within the grid, if I wrap the grid within tabs it breaks.
I have been unable to make it break within your testharness, so whatever interplay is going on isn't just as simple as the presence of <tab>.
However while doing this I noticed that we are on 14.2.20142.2140 but there is a later service release 14.2.20142.2477 so I tried using that and the dragging now works as expected.
Would it be possible to get someone to have a look at what has changed in the columning moving code between .2140 and .2477 as I would like to have a clear idea of what is causing this. When broken, only listeners for the DragStart and DragEnd events are being executed, Moving, Moved and Cancelled listeners are not executed.