Created attachment 148981 [details] Panel settings when bug occured SUMMARY When attempting to rearange the applications in the plasma panel, a dragged application will lose its spot when it's being moved past an application that's opened. Once all applications are closed, the icon will assume it's correct spot. STEPS TO REPRODUCE 1. Pin some applications to your panel 2. Open a couple of applications 3. Attempt to drag icons around, mixing apps that are opened and that aren't OBSERVED RESULT Upon releasing your mouse button, the dragged icon will jump to a different spot on the panel EXPECTED RESULT The icon will stay in the spot desired by the user. SOFTWARE/OS VERSIONS Operating System: Fedora Linux 35 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.2 Kernel Version: 5.17.6-200.fc35.x86_64 (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 3700X 8-Core Processor Memory: 31.3 GiB of RAM Graphics Processor: NVIDIA GeForce RTX 2060/PCIe/SSE2 ADDITIONAL INFORMATION
Here is a GIF of the issue: https://imgur.com/a/0igcI3y
Are all of the open applications you're trying to move pinned to the Task manager? Or are any of them not pinned?
All of the icons are pinned. It doesn’t seem to matter if they are pinned or not.
Sounds like a duplicate of bug 454105.
Indeed, thanks. *** This bug has been marked as a duplicate of bug 454105 ***
Created attachment 150855 [details] Icon positioning bug when switching activities This has not been fixed in the latest plasma (5.23.3). Looking again, I think it could be an issue with arranging icons when switching activities. When I rearrange the icons in an activity, the other activity gets rearranged in such a way where icons that are present in both activities get grouped in the leftmost positions. I've attached another video demonstrating this.
1. Plasma 5.23.3 is not the latest Plasma; you want 5.25. 2. Anyway, the issue you're reporting is different from this one this is about. If the issue reproduces with Plasma 5.25, please file a new bug report. *** This bug has been marked as a duplicate of bug 454105 ***