SUMMARY I am using activities and with 5.26.90 I have realized that while the old screen management issues are gone, a new issue appeared. I have different set of icons on the desktop for each activity. When I log out and log in again the icons on the activity I was at when logging out are reordered by name and moved to the upper left edge. The other activities are not affected. If I log out from another activity, then that will be affected, so it is not linked to a specific activity, always the active suffers. It also happens when I disconnect and connect a screen, however in this case after disconnection only some of the icons change position and after re-connection they are moved to the upper left edge and ordered by name. STEPS TO REPRODUCE 1. Setup more than one activity 2. Arrange the icons on each activity so that they re not ordered by name. 3. Log out and log in OBSERVED RESULT The icons change their position and order. EXPECTED RESULT The icons should stay in place. SOFTWARE/OS VERSIONS Linux: openSUSE Tumbleweed 20230123 KDE Plasma Version: 5.26.90 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION Using a Lenovo laptop with 1920x1200 resolution with an external screen with 1920x1080. Only one screen is active at a time. The issue also happens when manually switching the screens without physical disconnection.
I have just made further tests. It seems that log out and log in is not affected in reality. The case is that when I logged out, there was screen change (the built-in screen is activated). When logging out without external screen attached the issue does not happen. So it is connected to screen management, maybe the component should be changed
Well, that's progress at least. :) Are these desktop icons that keep getting re-ordered files and folders, or are they launcher widgets for apps?
Definitely great progress so far, although I still have problems with detecting the screens attached to docking station, but I think this is hardware detection problem. I guess (maybe) launcher widgets for apps, for me these are just icons to start a program: I have set the desktop to show a folder, which contains .desktop files to start applications. This is from plasma-org.kde.plasma.desktop-appletsrc positions={"1920x1080":["1"\\,"20"\\,"file:///home/katonag/.Desktop/Firefox"\\,"0"\\,"0"\\,"file:///home/katonag/.Desktop/Krusader"\\,"0"\\,"1"\\,"file:///home/katonag/.Desktop/Thunderbird"\\,"0"\\,"2"\\,"file:///home/katonag/.Desktop/Windows10"\\,"0"\\,"3"]\\,"1920x1200":["4"\\,"20"\\,"file:///home/katonag/.Desktop/Windows10"\\,"3"\\,"5"\\,"file:///home/katonag/.Desktop/Firefox"\\,"3"\\,"8"\\,"file:///home/katonag/.Desktop/Thunderbird"\\,"3"\\,"6"\\,"file:///home/katonag/.Desktop/Krusader"\\,"3"\\,"7"]\\,"0x0":["1"\\,"20"\\,"file:///home/katonag/.Desktop/Firefox"\\,"0"\\,"0"\\,"file:///home/katonag/.Desktop/Krusader"\\,"0"\\,"1"\\,"file:///home/katonag/.Desktop/Thunderbird"\\,"0"\\,"2"\\,"file:///home/katonag/.Desktop/Windows10"\\,"0"\\,"3"]} Originally Firefox was the last entry in a row at the top left edge.
More info: issuing kquitapp5 plasmashell && kstart plasmashell restores the set order
Does this still happen if you only have a single activity? Or is it limited to the multi-activity use case?
Sorry for the late reply. I have tested it by creating a fresh user. I have logged in, the desktop had Trash and Home as default. I have added Firefox and System setting simply by copying from the panel. Ordered them (see fig 1.png) in reverse alphabetical order and Trash moved away. After disconnecting the external screen the icons were reordered in some random way (2.png). Reconnecting the external screen resulted again in reordering (3.png), now in alphabetical order, except Trash, which is moved to the top left corner, where it was originally.
Created attachment 156021 [details] Desktop icons arranged originally
Created attachment 156022 [details] Desktop icons after disconnecting external screen
Created attachment 156023 [details] Desktop icons after reconnecting external screen
Thanks for the info.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/1409
Git commit ea3ab420547dfbbe861275ca37dbf8e032a787fe by Marco Martin. Committed on 03/03/2023 at 11:15. Pushed by mart into branch 'Plasma/5.27'. Partly revert "make sure screen numbers are consecutive" This partly reverts commit 074e4efecba92e32b7fefffe68f9734be0a61e8b. That patch for screen consistency was quite error prone: when a screen gets removed, only the mappings of the current activity will be removed, therefore the assumption that the screens on itemsOnDisabledScreens have all an id major than the ones in screenMapping does not hold. at every plasma startup therefore itemsOnDisabledScreens would get ids reassigned to numbers that won't make sense M +3 -22 containments/desktop/plugins/folder/screenmapper.cpp https://invent.kde.org/plasma/plasma-desktop/commit/ea3ab420547dfbbe861275ca37dbf8e032a787fe
Git commit a9fece2eaa7e848253548b96a0f4481b1965021f by Marco Martin. Committed on 03/03/2023 at 11:37. Pushed by mart into branch 'master'. Partly revert "make sure screen numbers are consecutive" This partly reverts commit 074e4efecba92e32b7fefffe68f9734be0a61e8b. That patch for screen consistency was quite error prone: when a screen gets removed, only the mappings of the current activity will be removed, therefore the assumption that the screens on itemsOnDisabledScreens have all an id major than the ones in screenMapping does not hold. at every plasma startup therefore itemsOnDisabledScreens would get ids reassigned to numbers that won't make sense M +3 -22 containments/desktop/plugins/folder/screenmapper.cpp https://invent.kde.org/plasma/plasma-desktop/commit/a9fece2eaa7e848253548b96a0f4481b1965021f
It is partly offtopic, but could you advise me where to report screen detection issues? The screens connected to usb-c dock are not detected reliably. Maybe it is also connected to KDE screen management, because I feel like it became worse since 5.27, but not sure. I feel more like a hardware detection issue (sometimes even the screen EDIDs are mixed up)
See https://notmart.org/blog/2023/02/how-to-report-multiscreen-bugs/
*** Bug 466869 has been marked as a duplicate of this bug. ***
The same bug is still present in KDE6, as I reported in 484806
bug 484806