Remaining window controls

[decodism]

Describe the bug

In some cases, when a window is closed by the UI button in AltTab, the window controls move to another element.

Steps to reproduce the bug

• Open a single window
• Close the window with the button in AltTab
• Open another window
• Invoke AltTab

Or

• Open 3+ windows
• Close one of the central windows with the button in AltTab

Possible solution

Add showOrHideWindowControls(false) in "updateRecycledCellWithNewContent".

[lwouis]

Hi @decodism, thanks for sharing this issue

I'm not understanding the scenario completely. Especially "the window controls move to another element". There is no animations, so what do you mean by "move"?

I tried to follow the steps you provided, but what I see seems correct to me.

Could you please share a video of the issue in motion? It would really help visualize the problem 👍

[decodism]

Done:

alt-tab.mov

[lwouis]

The video shows correct behavior to me.

• Untitled 2 is selected (black background)
• Untitled 2 is closed
• Untitled 3 gets selected since it takes the second position in the list now that Untitled 2 doesn't exist anymore
• The mouse has not moved at all since clicking the red button, so there is no selection of the window under the mouse

In short, the mouse needs to move to trigger re-selection of what's under it. This is very much on purpose, to avoid users moving the mouse by mistake when they use the keyboard shortcuts to move around. You can see #286 for more in-depth discussion around these mouse + keyboard scenarios.

For now I'll close the ticket as this is working correctly.

[decodism]

I am not questioning the selection behavior, but the fact that the window control buttons get "recycled" to the newly selected window. You can even see that they are in a "pressed" state.

[lwouis]

Oh I missed the point indeed!

The buttons are supposed to only appear on mouse hover, so they shouldn't show after the click. I'll look into it!

Thank you for insisting and helping me understand the issue 👍