<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>478256</bug_id>
          
          <creation_ts>2023-12-08 12:18:02 +0000</creation_ts>
          <short_desc>When screen resolution or scale changes, hidden Panel in &quot;Auto-Hide&quot; or &quot;Dodge windows&quot; mode sometimes inappropriately un-hides and can&apos;t be hidden again</short_desc>
          <delta_ts>2025-03-26 20:45:53 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Plasma</classification>
          <product>plasmashell</product>
          <component>Panel</component>
          <version>5.90.0</version>
          <rep_platform>Arch Linux</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          <see_also>https://bugs.kde.org/show_bug.cgi?id=478376</see_also>
    
    <see_also>https://bugs.kde.org/show_bug.cgi?id=448420</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>qt6</keywords>
          <priority>NOR</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.0</target_milestone>
          
          <blocked>478797</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Tammes Burghard">kde</reporter>
          <assigned_to name="Niccolò Venerandi">niccolo</assigned_to>
          <cc>AndyKluger</cc>
    
    <cc>fanzhuyifan</cc>
    
    <cc>nate</cc>
    
    <cc>niccolo.venerandi</cc>
    
    <cc>tuantran1632001</cc>
          
          <cf_commitlink>https://invent.kde.org/plasma/plasma-desktop/-/commit/4cdefe5d52b8facb996462f691f2c695288e48d2</cf_commitlink>
          <cf_versionfixedin>6.0</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>2272211</commentid>
    <comment_count>0</comment_count>
    <who name="Tammes Burghard">kde</who>
    <bug_when>2023-12-08 12:18:02 +0000</bug_when>
    <thetext>SUMMARY
***
When I open an application in fullscreen on my tablet with the panel in dodge window mode, it nicely dodges the window. But when I then rotate the screen, the panel reappears in front of the window.
***


STEPS TO REPRODUCE
1. Set panel to dodge window mode
2. open e.g. Dolphin in fullscreen
3. detach keyboard
4. switch to empty workspace (via three finger swipe)
5. come back to previous workspace (via three finger swipe)
6. rotate vertically
7. rotate horizontally

OBSERVED RESULT
3. panel appears in front of dolphin
4. panel stays as it is
5. panel disappears/dodges window
6. panel appears but disappears after a second or so
7. panel appears in front of window and remains there

EXPECTED RESULT
3. nothing happens
4. panel appears as it was not visible before
5. panel disappears/dodges window
6. screen gets rotated, panel is not shown
7. screen gets rotated, panel is not shown

SOFTWARE/OS VERSIONS
Operating System: Arch Linux
KDE Plasma Version: 5.90.0
KDE Frameworks Version: 5.246.0
Qt Version: 6.6.1
Kernel Version: 6.6.3-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Pentium® CPU 4425Y @ 1.70GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® UHD Graphics 615
Manufacturer: Microsoft Corporation
Product Name: Surface Go 2
System Version: 1</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272212</commentid>
    <comment_count>1</comment_count>
    <who name="Tammes Burghard">kde</who>
    <bug_when>2023-12-08 12:20:34 +0000</bug_when>
    <thetext>The same thing happens in auto hide mode, except now it does not ever require a full screen window.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272220</commentid>
    <comment_count>2</comment_count>
    <who name="Tammes Burghard">kde</who>
    <bug_when>2023-12-08 13:24:18 +0000</bug_when>
    <thetext>The observed result 6. varies. I now have enabled automatic rotaion even if not in tablet mode and now the panel (mostly) first disappears and then appears after a second or so.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272287</commentid>
    <comment_count>3</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2023-12-08 16:48:37 +0000</bug_when>
    <thetext>Can reproduce. When in Tablet Mode, when I rotate the screen, a Dodge Windows panel becomes visible even if there are windows touching its screen edge.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272428</commentid>
    <comment_count>4</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-09 02:53:43 +0000</bug_when>
    <thetext>*** Bug 477810 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272429</commentid>
    <comment_count>5</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-09 02:54:24 +0000</bug_when>
    <thetext>Can also be reproduced if the display resolution / scaling is changed.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272526</commentid>
    <comment_count>6</comment_count>
    <who name="Trần Nam Tuấn (Bill)">tuantran1632001</who>
    <bug_when>2023-12-09 13:33:02 +0000</bug_when>
    <thetext>I can see similar behavior, but with unlocking screen. Is that also considered to be the same bug, or should I make a new report.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272557</commentid>
    <comment_count>7</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-09 16:50:08 +0000</bug_when>
    <thetext>(In reply to Trần Nam Tuấn (Bill) from comment #6)
&gt; I can see similar behavior, but with unlocking screen. Is that also
&gt; considered to be the same bug, or should I make a new report.

Can&apos;t reproduce after either locking or suspending -- dodge windows still work. Could you provide more detailed steps to reproduce it? Also is it consistently reproducible for you?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272595</commentid>
    <comment_count>8</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-09 20:16:13 +0000</bug_when>
    <thetext>(In reply to fanzhuyifan from comment #5)
&gt; Can also be reproduced if the display resolution / scaling is changed.

For some reason I can&apos;t reproduce it now. I don&apos;t remember changing anything in between, aside from rebooting the machine....</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272599</commentid>
    <comment_count>9</comment_count>
    <who name="Trần Nam Tuấn (Bill)">tuantran1632001</who>
    <bug_when>2023-12-09 21:04:26 +0000</bug_when>
    <thetext>I also cannot seem to reproduce it with unlocking screen under normal timeout or force locking from a fresh boot. Must have been under very specific conditions, that I haven&apos;t noticed. Will keep a closer look on that. :/

However, I can reproduce this with changing resolution and scaling. So, that&apos;s something...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272746</commentid>
    <comment_count>10</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-10 18:37:01 +0000</bug_when>
    <thetext>Another very interesting discovery. This bug only seems to be triggered if the panel is set to not floating when the computer starts.

And yes, for some reason, it needs to be at the time the computer starts -- simply logging in and logging out doesn&apos;t change things.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272753</commentid>
    <comment_count>11</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-10 19:11:21 +0000</bug_when>
    <thetext>(In reply to fanzhuyifan from comment #10)
&gt; Another very interesting discovery. This bug only seems to be triggered if
&gt; the panel is set to not floating when the computer starts.
&gt; 
&gt; And yes, for some reason, it needs to be at the time the computer starts --
&gt; simply logging in and logging out doesn&apos;t change things.

On another set of experiments, this can no longer be reproduced. So I guess this could have been a coincidence..</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272803</commentid>
    <comment_count>12</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-10 22:53:41 +0000</bug_when>
    <thetext>This bug seems to be caused by `d-&gt;screenGeometry` having an incorrect value at `plasma-workspace/src/libtaskmanager/taskfilterproxymodel.cpp#L358` [1].

To verify this claim, one could add a debug print of  `d-&gt;screenGeometry`, and note that when the bug triggers, its value is different from any valid screen geometry as reported by `kscreen-doctor -o`.

I suspect that this is because when the display configuration changes, the screenGeometry changes value multiple times very quickly (for the snapping and repositioning stuff), causing some sort of race condition and the final change to be missed some how.

[1] https://invent.kde.org/plasma/plasma-workspace/-/blob/01e67537f1e19ff71edbf2aeb5b50c70125fc8e1/libtaskmanager/taskfilterproxymodel.cpp#L358</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272805</commentid>
    <comment_count>13</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2023-12-10 23:06:16 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1913</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272808</commentid>
    <comment_count>14</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-10 23:16:47 +0000</bug_when>
    <thetext>Git commit ef34561f7c93e122cf14d802917e966f3de98e69 by Yifan Zhu.
Committed on 11/12/2023 at 00:04.
Pushed by davidedmundson into branch &apos;master&apos;.

Don&apos;t filter by screen for touching windows

Windows centered on one screen may extend to other screens. Panels in
dodge windows mode should dodge these windows if touching (BUG 478376).

This is also a work around for BUG 478256, which seems to be caused by
incorrectly updated screen geometries. Removing the screen filter
bypasses the problem.
Related: bug 478376

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

https://invent.kde.org/plasma/plasma-desktop/-/commit/ef34561f7c93e122cf14d802917e966f3de98e69</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272809</commentid>
    <comment_count>15</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-10 23:19:44 +0000</bug_when>
    <thetext>It would be great if other people could verify if they still have this issue after the commit ef34561f. Thanks!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2272984</commentid>
    <comment_count>16</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2023-12-11 15:12:06 +0000</bug_when>
    <thetext>The patch was reverted; re-opening.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2273143</commentid>
    <comment_count>17</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2023-12-12 00:39:05 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1917</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2273396</commentid>
    <comment_count>18</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2023-12-12 19:55:04 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1013</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2273783</commentid>
    <comment_count>19</comment_count>
    <who name="Aleix Pol">aleixpol</who>
    <bug_when>2023-12-13 23:00:28 +0000</bug_when>
    <thetext>Git commit edb091855547fa768f4a733504a48816e3434b08 by Aleix Pol Gonzalez, on behalf of Yifan Zhu.
Committed on 13/12/2023 at 23:58.
Pushed by apol into branch &apos;master&apos;.

Reconnects signals after screen change

When the screen of ContainmentView changes, reconnect its screen related
signal, screenGeometryChanged.

M  +27   -1    src/plasmaquick/containmentview.cpp

https://invent.kde.org/plasma/libplasma/-/commit/edb091855547fa768f4a733504a48816e3434b08</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2273786</commentid>
    <comment_count>20</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-13 23:19:01 +0000</bug_when>
    <thetext>Does anyone still have this issue on wayland after https://invent.kde.org/plasma/libplasma/-/commit/edb091855547fa768f4a733504a48816e3434b08? It fixes the issue for me on wayland.

However, for me dodge windows still doesn&apos;t work on X11 (multiple monitors, fractional scaling)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2274893</commentid>
    <comment_count>21</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2023-12-18 17:14:40 +0000</bug_when>
    <thetext>This is partially fixed for me on Wayland with multiple monitors now. Rotating a monitor now does the right thing, and a Dodge Windows panel no longer inappropriately un-hides. However I can still reproduce the issue happening when the resolution or scale factor changes. Steps to reproduce:

0. Be on Wayland
1. Have a panel on a screen in Dodge Windows mode
2. Maximize a window so that it hides
3. Go to System Settings &gt; Display &amp; Monitor
4. Increase or decrease the screen&apos;s resolution or scale factor

*Sometimes* the panel un-hides. Clicking on it and then clicking elsewhere will make it hide again.

Other times the panel stays hidden as expected.

So overall the behavior feels a bit buggy and glitchy.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2274902</commentid>
    <comment_count>22</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-18 18:04:49 +0000</bug_when>
    <thetext>(In reply to Nate Graham from comment #21)
&gt; *Sometimes* the panel un-hides. Clicking on it and then clicking elsewhere
&gt; will make it hide again.
This sounds like 470760, an existing issue with autohide.

Just to clarify, do you still get cases where the panel does not hide even if you click on it and click elsewhere?
Previously I was having a lot of cases where the panel does not correctly hide even after I click on it and click elsewhere.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2275404</commentid>
    <comment_count>23</comment_count>
    <who name="Nate Graham">nate</who>
    <bug_when>2023-12-20 21:35:42 +0000</bug_when>
    <thetext>I was seeing some of those cases too, yeah. I gather you are as well? Let&apos;s use this to track that issue, and Bug 448420 will track the pre-existing issue of panels being un-hidden but hiding again when clicked.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2275409</commentid>
    <comment_count>24</comment_count>
    <who name="">fanzhuyifan</who>
    <bug_when>2023-12-20 21:42:32 +0000</bug_when>
    <thetext>(In reply to Nate Graham from comment #23)
&gt; I was seeing some of those cases too, yeah. I gather you are as well? Let&apos;s
&gt; use this to track that issue, and Bug 448420 will track the pre-existing
&gt; issue of panels being un-hidden but hiding again when clicked.

Humm at least on wayland I haven&apos;t seen any cases where the panel shows up and I cannot hide them, even after mouse over/clicks, after edb09185.
Do you have more detailed steps to reproduce?

X11 seems to be a completely different story though. Last time I checked, on fractional scaling dodge windows doesn&apos;t seem to work at all. But since I don&apos;t use X11 for my daily drive, I haven&apos;t gotten around to taking a closer look yet.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2281984</commentid>
    <comment_count>25</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2024-01-20 18:18:33 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1986</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2282102</commentid>
    <comment_count>26</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2024-01-21 10:30:56 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1987</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2282105</commentid>
    <comment_count>27</comment_count>
    <who name="Bug Janitor Service">bug-janitor</who>
    <bug_when>2024-01-21 10:32:06 +0000</bug_when>
    <thetext>A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1988</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2282106</commentid>
    <comment_count>28</comment_count>
    <who name="Fushan Wen">qydwhotmail</who>
    <bug_when>2024-01-21 10:39:50 +0000</bug_when>
    <thetext>Git commit ba3995f0859e2fdfe7adb2464867df3b7a1835ec by Fushan Wen, on behalf of Yifan Zhu.
Committed on 21/01/2024 at 11:30.
Pushed by fusionfuture into branch &apos;master&apos;.

Don&apos;t filter by screen for touching windows

Windows centered on one screen may extend to other screens. Panels in
dodge windows mode should dodge these windows if touching (BUG 478376).

This is also a work around for BUG 478256, which seems to be caused by
incorrectly updated screen geometries. Removing the screen filter
bypasses the problem.
Related: bug 478376


(cherry picked from commit ef34561f7c93e122cf14d802917e966f3de98e69)

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

https://invent.kde.org/plasma/plasma-desktop/-/commit/ba3995f0859e2fdfe7adb2464867df3b7a1835ec</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2282110</commentid>
    <comment_count>29</comment_count>
    <who name="Fushan Wen">qydwhotmail</who>
    <bug_when>2024-01-21 10:43:09 +0000</bug_when>
    <thetext>Git commit 4cdefe5d52b8facb996462f691f2c695288e48d2 by Fushan Wen, on behalf of Yifan Zhu.
Committed on 21/01/2024 at 11:31.
Pushed by fusionfuture into branch &apos;Plasma/6.0&apos;.

Don&apos;t filter by screen for touching windows

Windows centered on one screen may extend to other screens. Panels in
dodge windows mode should dodge these windows if touching (BUG 478376).

This is also a work around for BUG 478256, which seems to be caused by
incorrectly updated screen geometries. Removing the screen filter
bypasses the problem.
Related: bug 478376


(cherry picked from commit ef34561f7c93e122cf14d802917e966f3de98e69)

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

https://invent.kde.org/plasma/plasma-desktop/-/commit/4cdefe5d52b8facb996462f691f2c695288e48d2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>2410934</commentid>
    <comment_count>30</comment_count>
    <who name="">AndyKluger</who>
    <bug_when>2025-03-26 20:45:53 +0000</bug_when>
    <thetext>Was this fixed? I see it marked as such, but the comment history doesn&apos;t seem to indicate the same.

Is the following the same problem, or worthy of a new bug?

When I connect a new display, the dodging panel fails to dodge until I restart plasmashell. It is not a shared screen edge, because only one monitor is on at a time, so there are no shared edges. I&apos;m not using fractional scaling, but the monitors have different resolutions. X11, Plasma 6.3.3.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>