[DecoratedWindow] Closing window with the X also selects what's under

[Damien]

But only if what's under is the left sidebar apparently.

How to reproduce: right click on a file, properties.
move the window so that the X closing button is over a folder in the left panel (personal files, peripherals).
Click on that X to close the properties window
admire the folder being selected and opened.

[Victor Martinez (victored)]

Granite's DecoratedWindow should not propagate the event. This also affects noise and all the applications using granite's LightWindow.

[Damien (youpla-b)]

"Fix released" as in, the end user should not have this bug anymore? Because after the latest updates I still have it.

[Julián Unrrein (junrrein)]

I still have this bug. It's especially a problem in pantheon-files, since the properties dialog tends to open in a position such that the X button is located over the sidebar.

[Damien (youpla-b)]

I saw this comment in one of the other bug reports and I noticed it too:
Moving the pointer somewhere else before releasing the click makes the shortcut not open.

closing the decorated window is on click-press
opening a shortcut is on click-release
shortcuts are on select on hover
Therefore if both events are on the same location, both will happen.

Making closing on click-release should solve this.
Or copy the code from files/folders, as even with autoselect on this doesn't happen.

[Erasmo Marín (erasmo-marin)]

Agree with Damien, I said the same thing in a duplicated bug of this. The problem is that the widget is using the button press event instead of the button release event, so an easy solution would be to change that.

[Damien (youpla-b)]

I confirm this bug is solved for me.

[Siniša Perović (sinisa-p)]

Solved for me! Thanx guys.