Bug 494229 - If I maximize a tiled window and restore it later, it isn't tiled anymore and it doesn't remember its size
Summary: If I maximize a tiled window and restore it later, it isn't tiled anymore and...
Status: CONFIRMED
Alias: None
Product: kwin
Classification: Plasma
Component: Custom Tiling (show other bugs)
Version: unspecified
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: KWin default assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-07 06:38 UTC by David Pérez
Modified: 2024-12-18 05:55 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David Pérez 2024-10-07 06:38:39 UTC
STEPS TO REPRODUCE
1. Tile a window
2. Maximize it
3. Unmaximize the window

OBSERVED RESULT

It isn't the same size as before

EXPECTED RESULT

To be tiled like it was before

SOFTWARE/OS VERSIONS
Qt Version: 6.7.3
Kernel Version: 6.11.0-5-cachyos (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5800H with Radeon Graphics
Memory: 28.3 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: Trigkey
Product Name: S5
Plasma: 6.1.5
Comment 1 David Pérez 2024-10-07 06:39:37 UTC
I use the shift + drag window to place it into a tile.
Comment 2 David Pérez 2024-11-11 08:57:18 UTC
A workaround is to turn the window into full screen.
Comment 3 Jakob Petsovits 2024-12-18 05:55:57 UTC
KWin master from around 2024-12-16 (i.e. pre-beta 6.3). Can reproduce.

What's funny is that after the window restores to its regular, non-custom-tiled size, Shift+drag into the same custom tile won't resize it to the custom tile rectangle anymore. I need to first Shift+drag it to a different tile, *then* I can Shift+drag it back to my original one. This indicates that the underlying state still has the custom tile stored in some way, and decided not to do anything about Shift+drag because it's already tiled there. Except it isn't in practice.