Can reproduce 1, cant test 2 

The icons seem to only lose their position if desktop is not selected:

1. Add icons to desktop
2. Click on desktop or select any of the files so that theyre hilighted
3. Turn monitor on and off
4. This time icons should stay in position

Now do same steps, but in step 2: Click on any window so that desktop is not active.

Now icons lose position.

Operating System: Fedora Linux 40
KDE Plasma Version: 6.1.90
KDE Frameworks Version: 6.7.0
Qt Version: 6.7.2
Kernel Version: 6.10.10-200.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 15,5 GiB of RAM
Graphics Processor: AMD Radeon RX 6600

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2562

Git commit ad1162258ddb1d30e07f9e4d909afec5cf88aa36 by Akseli Lahtinen.
Committed on 01/10/2024 at 13:14.
Pushed by akselmo into branch 'master'.

FolderViewLayer.qml: Load the icon positions when geometry changes

We need to load the icon positions when screen geometry changes,
otherwise we risk using wrong geometry when screen is turned off or
otherwise changed, then saving the icon positions of that geometry.

For example, when turning off screen in single-monitor setup,
the resolution will change to 0x0. This then moves the icons around.
Then opening the screen doesn't move the icons, so the icons stay in the
0x0 positions, and save them to the "normal" resolution.

This fixes it by loading the positions whenever the geometries change

M  +9    -0    containments/desktop/package/contents/ui/FolderViewLayer.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/ad1162258ddb1d30e07f9e4d909afec5cf88aa36

Git commit 96b04ec7deaf1a03786cf0c74976a7ed35cd1ade by Akseli Lahtinen.
Committed on 01/10/2024 at 14:33.
Pushed by akselmo into branch 'Plasma/6.2'.

FolderViewLayer.qml: Load the icon positions when geometry changes

We need to load the icon positions when screen geometry changes,
otherwise we risk using wrong geometry when screen is turned off or
otherwise changed, then saving the icon positions of that geometry.

For example, when turning off screen in single-monitor setup,
the resolution will change to 0x0. This then moves the icons around.
Then opening the screen doesn't move the icons, so the icons stay in the
0x0 positions, and save them to the "normal" resolution.

This fixes it by loading the positions whenever the geometries change


(cherry picked from commit ad1162258ddb1d30e07f9e4d909afec5cf88aa36)

ad116225 FolderViewLayer.qml: Load the icon positions when geometry changes

Co-authored-by: Akseli Lahtinen <akselmo@akselmo.dev>

M  +9    -0    containments/desktop/package/contents/ui/FolderViewLayer.qml

https://invent.kde.org/plasma/plasma-desktop/-/commit/96b04ec7deaf1a03786cf0c74976a7ed35cd1ade

this does not seem to be resolved - it is happening on single monitor, single dedicated amd-gpu fresh install of tumbleweed with plasma 6.2.0.-
I suspect its still an issue where positions are read and saved at the same time as you can sometimes end up with "zombie" icons after a monitor power off/on that just show but are not clickable and follow other icons around if you drag them...

it seams thats its not fixed, with this latest plasma-desktop update the desktop icons lose position every time the screen locks then unlocks or play a game then return to the desktop (i am assuming every time it refreshes the desktop)

Will try to reproduce again, but you may have to manually move the icons yourself after this version since it has to rewrite over the old icon position data. When that is done, it should remember the positions.

this happens 100% reliably every single time turing monitor off and back on. not with games or lockscreen though only monitor power cycles. doesnt matter if i select desktop or any icons on it - still they get scrambled. happens of fresh install (tumbleweed) when u just put a single icon onto the desktop. Also if u power cycle monitor enough u can create "zombie" icons that cant be clicked. things were not as bad before 6.2 - pls ensure desktop positions are not updated while previous state is "stored".

by playing around with the desktop folderview settings i made following revelation:
the bug happens only when sort mode "left to right" is active (which is the default) and not when "top to bottom" is selected.
This sounds weird but settings are confusing and icons are not sorted after anything (set to "manual") so why does a sort order have any impact when it should never apply..

"locking" the icons has also no effect other than that you cant fix them manually after they get scrambled
all the other possible settings also dont affect it.
tested on fresh install - simply switching the sort order fixes it - then you can sort your items manually once and they actually stay. 
Why not simply remove all the auto sorting stuff that noone uses anyway when it seems to mess with user preffered positions this much...

(In reply to William from comment #9)
> by playing around with the desktop folderview settings i made following
> revelation:
> the bug happens only when sort mode "left to right" is active (which is the
> default) and not when "top to bottom" is selected.
> This sounds weird but settings are confusing and icons are not sorted after
> anything (set to "manual") so why does a sort order have any impact when it
> should never apply..
> 
> "locking" the icons has also no effect other than that you cant fix them
> manually after they get scrambled
> all the other possible settings also dont affect it.
> tested on fresh install - simply switching the sort order fixes it - then
> you can sort your items manually once and they actually stay. 
> Why not simply remove all the auto sorting stuff that noone uses anyway when
> it seems to mess with user preffered positions this much...

i also had sort mode "left to right" and sorting to manual, changed sort mode to "top to bottom" them manually reorganized them back
then tried locking and unlocking and playing a game then exiting and the bug did happen, so it seams that it connected to the sort option

Yeah I can repro the issue again.. Looking into it

Operating System: Fedora Linux 40
KDE Plasma Version: 6.2.80
KDE Frameworks Version: 6.8.0
Qt Version: 6.7.2
Kernel Version: 6.11.3-200.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 15,5 GiB of RAM
Graphics Processor: AMD Radeon RX 6600

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2599

When the icons lose their positions, do they reset to alphabetical order? Or is the order they appear in something different?

If it's alphabetical order, this is Bug 482875.

Never mind, it's only alphabetical the first time; after that it's random-looking. So yeah, this is Bug 482875.

*** This bug has been marked as a duplicate of bug 482875 ***

Git commit e82c44ef2145362063633779e3cfa49cb154d6bf by Akseli Lahtinen.
Committed on 24/10/2024 at 09:42.
Pushed by akselmo into branch 'master'.

positioner: Make sure we check deferMovePositions exist

Checking `m_deferMovePositions.count()` seems to be always true,
even when its empty.

Make sure we check the size is more than 0 so we don't move items
around without any reason to do so.

We also do not emit `positionsChanged` if we have not even touched the positions,
to avoid deleting old configuration

M  +5    -6    containments/desktop/plugins/folder/positioner.cpp

https://invent.kde.org/plasma/plasma-desktop/-/commit/e82c44ef2145362063633779e3cfa49cb154d6bf

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2602

Git commit 816e982e0da6266e0a489b10296f4e3b3b833e11 by Akseli Lahtinen.
Committed on 24/10/2024 at 09:46.
Pushed by akselmo into branch 'Plasma/6.2'.

positioner: Make sure we check deferMovePositions exist

Checking `m_deferMovePositions.count()` seems to be always true,
even when its empty.

Make sure we check the size is more than 0 so we don't move items
around without any reason to do so.

We also do not emit `positionsChanged` if we have not even touched the positions,
to avoid deleting old configuration


(cherry picked from commit e82c44ef2145362063633779e3cfa49cb154d6bf)

ff93aa2c positioner: Make sure we check deferMovePositions exist
5326625b Only update positions if we have actually touched them

Co-authored-by: Akseli Lahtinen <akselmo@akselmo.dev>

M  +5    -6    containments/desktop/plugins/folder/positioner.cpp

https://invent.kde.org/plasma/plasma-desktop/-/commit/816e982e0da6266e0a489b10296f4e3b3b833e11

A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2603