I'm pretty suprised this doesn't seem to have been been discovered before now.
For any docked toolwindow, during an un-dock/repositioning drag-drop operation, dropping the window on its own close button (and also autohide button) results in an indexoutofboundsexception.
For the demo, simply initiate an undock drag operation on the 'Welcome to UIStudio' docked toolwindow, and while still dragging, move the cursor over its own auto-hide or close buttons (highlighted) and release the drag (mouse button).
It is possible to access the window state drop down button menu in the same way, but this doesn't cause an exception, but rather simply overrides the choice selected with where the window was dragged to.
Bascially, all buttons should be disabled during a drag operation.
For any docked toolwindow, during an un-dock/repositioning drag-drop operation, dropping the window on its own close button (and also autohide button) results in an indexoutofboundsexception.
For the demo, simply initiate an undock drag operation on the 'Welcome to UIStudio' docked toolwindow, and while still dragging, move the cursor over its own auto-hide or close buttons (highlighted) and release the drag (mouse button).
It is possible to access the window state drop down button menu in the same way, but this doesn't cause an exception, but rather simply overrides the choice selected with where the window was dragged to.
Bascially, all buttons should be disabled during a drag operation.
