Icons in KDE desktop slide off the window bar on every launch. This can only be avoided by selecting the "Hide automatically" option. Then the symbols stay where they are. Another error is to be found in the activities. These are occasionally completely deleted. I.e. from 3 created activities all symbols are gone. Many thanks for your help *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** STEPS TO REPRODUCE 1. 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Betriebssystem: Arch Linux KDE-Plasma-Version: 5.25.4 KDE-Frameworks-Version: 5.97.0 Qt-Version: 5.15.5 Kernel-Version: 5.15.60-1-lts (64-bit) Grafik-Plattform: X11 Prozessoren: 4 × Intel® Core™ i5-4460 CPU @ 3.20GHz Speicher: 7,7 GiB Arbeitsspeicher Grafikprozessor: NV136 Hersteller: ASUS Produktname: All Series ADDITIONAL INFORMATION 17.08.22 20:13 systemd Started Accessibility. 17.08.22 20:13 systemd Started KScreen. 17.08.22 20:13 systemd Started Discover. 17.08.22 20:13 systemd Started Calendar Reminders. 17.08.22 20:13 systemd app-klipper@autostart.service: Skipped due to 'exec-condition'. 17.08.22 20:13 systemd Condition check resulted in Klipper being skipped. 17.08.22 20:13 kded5 Known activities: ("55f959a9-f8f9-421e-8634-b025dae11e2a", "bc360af3-6dd0-4a0a-8f08-5a5ed27becb6") 17.08.22 20:13 kaccess Xlib XKB extension major= 1 minor= 0 17.08.22 20:13 systemd Started KGpg. 17.08.22 20:13 systemd Reached target Startup of XDG autostart applications. 17.08.22 20:13 kded5 org.kde.plasma.dataengine.geolocation: error: "Unbekannter Rechner location.services.mozilla.com: Rechner konnte nicht gefunden werden" 17.08.22 20:13 kded5 org.kde.plasma.dataengine.geolocation: error: "Unbekannter Rechner location.services.mozilla.com: Rechner konnte nicht gefunden werden" 17.08.22 20:13 kscreen_backend_launcher kscreen.xrandr: Connected output 101 to CRTC 94 17.08.22 20:13 kscreen_backend_launcher kscreen.xcb.helper: Detected XRandR 1.6 17.08.22 20:13 kscreen_backend_launcher kscreen.xcb.helper: Event Base: 89 17.08.22 20:13 kscreen_backend_launcher kscreen.xcb.helper: Event Error: 147 17.08.22 20:13 kscreen_backend_launcher kscreen.xrandr: XRandR::setConfig
Thanks for the bug report! Unfortunately we need a single bug report per issue; don't report multiple problems in a single one. Let's focus on the panel issue. Can you clarify what you mean by they "slide off the window bar on every launch"? When you launch an app by clicking on its icon, the icon disappears? Or something else?
[Removed due to containing sensitive information]
Let's keep the discussion here, in public. Can you attach a screen recording that shows the issue happening?
Created attachment 151406 [details] attachment-5416-0.html [Removed due to containing sensitive information]
It seems like there's some confusion here. This is the KDE bug tracker; it's used for tracking bugs in KDE software. It's not a user support system. Support requests should be directed to your distro or the KDE forum. If there's a bug report here, it means there is a possible bug in KDE software. You might want to read through https://community.kde.org/Get_Involved/Issue_Reporting. My job is to triage these reports so that they can become actionable for developers (or so I can fix them myself, if they're easy). To do that, I have to be able to reproduce the issue myself. Right now I can't do that because it's not clear to me what exactly is going on because you're using nonstandard terminology. Which is fine; you can't be expected to know what we call everything! But as a result, I don't know if you're talking about a Plasma panel or a Latte Dock panel; I don't know if the icons you're referring to are pinned Task Manager apps, or standalone launcher icons; I don't know if you're using a traditional Task Manager or an Icons-Only Task manager, and so on. The fastest way for me to get answers to these questions is if you attach a screen recording so I can see for myself what's happening. Email is no good because, again, this isn't a user support system. Bug reports are discussed in the open, in public. So comments, files and attachments need to be here, in this bug report. Can you please attach the requested screen recording? Thanks! If it's too large to fit, you can also upload it somewhere else and paste a link to it here.
Comment on attachment 151406 [details] attachment-5416-0.html [Removed due to containing sensitive information]
Created attachment 151408 [details] attachment-8179-0.html [Removed due to containing sensitive information]
I can't, but I will contact KDE's sysadmins who can clean it up.
The content of attachment 151406 [details] has been deleted for the following reason: [Removed due to containing sensitive information]
The content of attachment 151408 [details] has been deleted for the following reason: [Removed due to containing sensitive information]
The sensitive information has now been cleaned from this bug. I'd recommend making replies within Bugzilla itself going forward rather than through your email client as that will give you greater control over what is published.
Thank you verry much.... :-) Am Samstag, 20. August 2022, 00:06:54 CEST schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=458007 > > --- Comment #16 from Ben Cooksley <bcooksley@kde.org> --- > The content of attachment 151406 [details] has been deleted for the following reason: > > [Removed due to containing sensitive information]
Can you provide the requested screen recording now? It would be much appreciated. :)
Created attachment 151514 [details] KDE start, with window bar permanently displayed. Icons move toward the center of the screen Thank you for your help :-)
Got it, I see now. So the panel changes your desktop dimensions when it appears, so that the icons on the desktop move around. This is currently the intended design, but we could potentially change it to reserve some space where the panel *will* appear, before it's appeared. Do you have the splash screen disabled? Or does the splash screen appear, and then it disappears, and then after that, the panel appears?
No, the start screen is not disabled, but when I auto-hide the panel, the icons slide down, including under the panel, and stay where they are. The error occurs on the panel that is normally always visible and pushes the icons further and further up, away from the panel. If the panel is on the right or left, keep going towards the center. What I also think is important, I work with activities. That means I never have the same desktop, but change it from time to time.
> No, the start screen is not disabled, but when I auto-hide the panel, the icons slide down, including under the panel, and stay where they are. Yep that's expected. I think the resolution here is to reserve space on the desktop for a non-auto-hide panel even before it's loaded on boot, so that the desktop icons don't shift around once it does load.
is this resolution so unusual? -Session- Type : x11 -Wayland- Current Display Name : (Not Available) -X Server- Current Display Name : :0 Hersteller : The X.Org Foundation Version : 21.1.4 Release Number : 12101004 -Screens- Screen 0 : 1920x1080 pixels -Outputs (XRandR)- DVI-D-1 : Disconnected; Unused DP-1 : Disconnected; Unused DP-2 : Disconnected; Unused HDMI-1 : Connected; 1920x1080 pixels, offset (0, 0) DP-3 : Disconnected; Unused -OpenGL (GLX)- Hersteller : nouveau Renderer : NV136 Direct-Rendering : Ja Version (Compatibility) : 4.3 (Compatibility Profile) Mesa 22.1.6 Shading Language Version (Compatibility) : 4.30 Version (Core) : 4.3 (Core Profile) Mesa 22.1.6 Shading Language Version (Core) : 4.30 Version (ES) : OpenGL ES 3.2 Mesa 22.1.6 Shading Language Version (ES) : OpenGL ES GLSL ES 3.20 GLX Version : 1.4
is the Problem solved ?
yes, it works, thank you
*** Bug 424662 has been marked as a duplicate of this bug. ***
Not fixed yet; icons still move when the panel appears because space is not reserved for them.
*** Bug 468733 has been marked as a duplicate of this bug. ***
(In reply to Nate Graham from comment #30) > *** Bug 468733 has been marked as a duplicate of this bug. *** In my case (https://bugs.kde.org/show_bug.cgi?id=468733) the problem is the vertical panel moves the icons many columns randomly. Original icons: https://bugs.kde.org/attachment.cgi?id=158244 Moved icons: https://bugs.kde.org/attachment.cgi?id=158245 Is it the same problem?
Same root cause of the desktop resolution changing during the panel appearance animation, which triggers icon-position-changing code to run inappropriately.
Created attachment 159348 [details] Icons positions before
Created attachment 159349 [details] Icons positions after
Created attachment 159350 [details] Icons positions after
Hello Same issue here. Icons positions before reboot: https://bugsfiles.kde.org/attachment.cgi?id=159348 Icons positions after reboot: https://bugsfiles.kde.org/attachment.cgi?id=159350 KDE Plasma 5.27.5
*** Bug 492003 has been marked as a duplicate of this bug. ***
(A response for https://bugs.kde.org/show_bug.cgi?id=492003#c11, but also worth commenting it here.) I don't know if the fact of icon scrambling can be considered a missing "feature". As far as I know (but I could be wrong), KDE defaults to the taskbar always being visible ("non-auto-hide"). Due to the fact that this causes problems for those who have several icons on the desktop (like my case here), having to fix the icons almost every reboot or using them in a completely messy way is a very bad thing. In my opinion, it is a bug of very high importance, and not something that "will be fixed eventually". I ask the devs to consider changing the importance of this bug from "minor" to "major". For example, when comparing KDE to GNOME, by default, GNOME does not allow icons on the desktop, so having something in KDE that does not work properly is certainly sad. I've been suffering from this bug since Plasma version 5. I started using Plasma with Fedora Linux 39.
This definitely doesn't meet the qualifications for major (no workaround, or the workaround is painful and difficult), but the fact that it affects the default configuration means that we can at least raise it to normal.
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/2641
Git commit a6fdc66486bc951ee5a6002d9b3332cf2319d737 by Akseli Lahtinen. Committed on 25/11/2024 at 14:14. Pushed by akselmo into branch 'master'. positioner: Load icon positions on perStripe changes Previously we did not load the icon positions before updating on perStripe change. This meant that we never "reclaimed" any lost space, for example when user has a panel on left side of the icons which causes them to move on initial loading. We should just load the positions every time perStripe changes to make sure the icons reclaim their space if needed. This adds a flag parameter to loadAndApplyPositionsConfig, which can be used to skip loading perStripe from config when it changes. M +3 -1 containments/desktop/plugins/folder/autotests/positionertest.cpp M +3 -3 containments/desktop/plugins/folder/positioner.cpp M +9 -2 containments/desktop/plugins/folder/positioner.h https://invent.kde.org/plasma/plasma-desktop/-/commit/a6fdc66486bc951ee5a6002d9b3332cf2319d737