If I drag a minimized window it will be restored and vice versa. This was not the case in 4.6. Steps to reproduce: 1. Minimize a window. 2. Drag its button from the Windows Buttons item to a workspace on the Workspace Switcher item. Actual results: Your window is now restored, i.e. non-minimized. Expected results: The window should remain exactly as it was, just moved to a different workspace. This is how it worked in 4.6. The same applies the other way around - dragging a non-minimized window to another workspace will minimize it. The root cause appears to be that these buttons react on mouse-down rather than on mouse-up like normal buttons.
I just realized that this only happens with the currently active window. Dragging one of the background windows works as expected.
And yet again acting on mouse down is breaking D'n'D. A click should only be triggered when mouse down AND up happens on the same object. The only situation where reaction on mouse down makes some sense are non-dragable menu buttons and right-click menus, where mouse down and holding opens the menu and release selects an entry from the menu - doing so can safe you one click.
(In reply to comment #2) > And yet again acting on mouse down is breaking D'n'D. A click should only be > triggered when mouse down AND up happens on the same object. > The only situation where reaction on mouse down makes some sense are > non-dragable menu buttons and right-click menus, where mouse down and holding > opens the menu and release selects an entry from the menu - doing so can safe > you one click. Yes, well said, Momrom. Everything else in my panel (Applications Menu, Action Buttons, Workspace Switcher, Mixer, Keyboard Layouts) acts on click, not mousedown. This should too, and did in 4.6 IIRC.
Fixed in a0c69aa (both the button release and minimize issue).