Bug 464635 - Floating panel sometimes doesn't switch to non floating mode when a window is maximized like it used to
Summary: Floating panel sometimes doesn't switch to non floating mode when a window is...
Status: RESOLVED WORKSFORME
Alias: None
Product: plasmashell
Classification: Plasma
Component: Panel (other bugs)
Version First Reported In: 5.26.90
Platform: Arch Linux Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-01-22 08:29 UTC by Lucia Mrenica
Modified: 2023-10-27 03:45 UTC (History)
7 users (show)

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


Attachments
Issue as of 28-Sept-2023 (350.02 KB, image/png)
2023-09-27 20:32 UTC, DAK
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lucia Mrenica 2023-01-22 08:29:22 UTC
SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.27 Beta
KDE Frameworks Version: 5.102
Qt Version: 5.15.8

ADDITIONAL INFORMATION
Both X11 and wayland.
Comment 1 Nate Graham 2023-01-24 17:20:16 UTC
Works for me. Does it get fixed if you reboot, or maximize a window and then unmaximize it and maximize it again?
Comment 2 Lucia Mrenica 2023-01-25 10:04:14 UTC
It used to be broken, now after a few reboots and deleting some configs it works again.
Comment 3 Fushan Wen 2023-02-04 03:41:06 UTC
Git commit ebfd9a23916a4626282d893f43616535ba265f6c by Fushan Wen.
Committed on 04/02/2023 at 03:40.
Pushed by fusionfuture into branch 'master'.

desktoppackage: move `showingDesktop` before `touchingWindow`

For cache reason QML will not re-evaluate `screenCovered` property when
touchingWindow does not change. This is actually problematic because
the panel opacity and floatingness also relies on showingDesktop property.

M  +1    -1    desktoppackage/contents/views/Panel.qml

https://invent.kde.org/plasma/plasma-desktop/commit/ebfd9a23916a4626282d893f43616535ba265f6c
Comment 4 Fushan Wen 2023-02-04 03:41:34 UTC
Git commit 81b65d3658e32090ed14dd069702f6eea3647369 by Fushan Wen.
Committed on 04/02/2023 at 03:41.
Pushed by fusionfuture into branch 'Plasma/5.27'.

desktoppackage: move `showingDesktop` before `touchingWindow`

For cache reason QML will not re-evaluate `screenCovered` property when
touchingWindow does not change. This is actually problematic because
the panel opacity and floatingness also relies on showingDesktop property.


(cherry picked from commit ebfd9a23916a4626282d893f43616535ba265f6c)

M  +1    -1    desktoppackage/contents/views/Panel.qml

https://invent.kde.org/plasma/plasma-desktop/commit/81b65d3658e32090ed14dd069702f6eea3647369
Comment 5 Dashon 2023-02-17 03:19:15 UTC
Currently it doesn't switch to non floating mode at all for me, but I prefer it this way honestly. Didn't like the old behavior of getting really big to assume the space between the edge of the screen. Disliked it so much, I stopped using floating panels altogether. I thought this was intended behavior for auto-hidden panels though when I discovered it after updating to 5.27. Just came here to check. I have rebooted several times, but I haven't deleted any configs. When I move the mouse cursor to the top of the screen to show the hidden panel. It just goes over the top of the app. Sort of like combining the auto-hide feature with the windows go below option. I think it looks and feels better in my case though.

System Info:
Operating System: EndeavourOS 
KDE Plasma Version: 5.27.0
KDE Frameworks Version: 5.103.0
Qt Version: 5.15.8
Kernel Version: 6.1.12-zen1-1-zen (64-bit)
Graphics Platform: X11
Processors: 16 × AMD Ryzen 7 5800X 8-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3080/PCIe/SSE2
Manufacturer: Micro-Star International Co., Ltd.
Product Name: MS-7C95
System Version: 1.0
Comment 6 DAK 2023-09-27 20:29:28 UTC
I am still having this issue as of today.

KDE Plasma 5.27.8
Linux 6.5.4-1-default, OpenSUSE (64 Bit), x86_64
KDE Frameworks version: 5.110.0
Qt Version: 5.15.10
Graphics platform: Wayland
Comment 7 DAK 2023-09-27 20:32:52 UTC
Created attachment 161920 [details]
Issue as of 28-Sept-2023
Comment 8 DAK 2023-09-27 20:34:54 UTC
SUMMARY

Floating Panel does not "unfloat" regularly.
NOTE: using plasma wayland session


STEPS TO REPRODUCE
1. Login to system
2. open an app, use something for a while
3. close your laptop lid or put it to sleep
4. Login again, and open something. Maximize it and you'll find that the floating panels dont unfloat.

OBSERVED RESULT

Floating panel dont unfloat

EXPECTED RESULT

Floating panel must unfloat, ie. stick to the screen borders and not leave a gap (like floating panels do) when a window or application is maximized
Comment 9 Niccolò Venerandi 2023-09-27 20:42:20 UTC
I've significantly changed how this works in Plasma 6; I have to ask you to test that version, as this is probably fixed there.
Comment 10 DAK 2023-09-27 21:43:08 UTC
Sorry, I daily drive this build. I cannot possibly install a test version on my daily driver :(

But I shall report it if i find time to test it on a VM using KDE Neon unstable
Comment 11 Bug Janitor Service 2023-10-12 03:46:05 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 12 Bug Janitor Service 2023-10-27 03:45:45 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!