[plasmashell] [Bug 433867] Icons on rotated secondary screen reset to default positions or move to random positions on login/wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #15 from Ric Grant --- (In reply to Nate Graham from comment #12) > Downloaded it, thanks. What an interesting piece of hardware. A screen in > the touchpad; amazing. > > Can you attach your ~/.config/plasma-org.kde.plasma.desktop-appletsrc file > after you re-arrange the icons to be in the right locations, then reproduce > the issue, then attach it again? We can see what changed and maybe why it's > happening. > > If you find any personally-identifying information in there, please do scrub > it before attaching. :) It's a brilliant additional screen for positioning icons on that are then never hidden by apps, or for dragging apps down to that are just useful to be visible while doing something else. Just immensely irritating that the icons keep shuffling! When they're along the top of the screen they become really easy to accidentally click on when intending to tap a minimised window on the main panel too. Tidy and messy versions of plasma-org.kde.plasma.desktop-appletsrc attached, but it seems to only be the positions line within the [Containments][2][General] section that changes, perhaps unsurprisingly. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on rotated secondary screen reset to default positions or move to random positions on login/wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #14 from Ric Grant --- Created attachment 158528 --> https://bugs.kde.org/attachment.cgi?id=158528=edit plasma-org.kde.plasma.desktop-appletsrc before scrambling -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on rotated secondary screen reset to default positions or move to random positions on login/wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #13 from Ric Grant --- Created attachment 158527 --> https://bugs.kde.org/attachment.cgi?id=158527=edit plasma-org.kde.plasma.desktop-appletsrc after scrambling -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on rotated secondary screen reset to default positions or move to random positions on login/wake-from-sleep
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #11 from Ric Grant --- (In reply to Nate Graham from comment #10) > Darn. And unfortunately I cannot reproduce the issue with your exact steps. > :/ However while testing I did find another issue that's 100% reproducible > for me even when not using a rotated secondary screen: Bug 469062. > > Maybe I'm not testing correctly. Can you write super duper duper duper > detailed steps to reproduce? Another option is to take a phone video of the > issue happening in real-time. There's a bit of fumbling as using a touchpad while you're trying to both see and record it is apparently more difficult than you'd imagine, but here's a video showing the problem both when rebooting and when closing + opening the lid (effectively turning the screens off). Also tried to show the relevant set-up of both screens, and of the icon settings. Hopefully all clear enough. I can't promise I'll keep this video in Dropbox forever so please download a copy if useful. Came out a bit whopping at 1.6GB ! https://www.dropbox.com/s/rzbmnokilbwzj1e/20230427_182316.mp4?dl=0 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 Ric Grant changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- --- Comment #9 from Ric Grant --- (In reply to Nate Graham from comment #5) > Mose of the code here has changed to improve multimonitor use-cases in > Plasma 5.27. Any chance you can upgrade to that version and see if the issue > is fixed now? Running 5.27.4 now, and unfortunately this is still an issue. I rebooted after the upgrades to be certain nothing iffy would still be running from RAM. Positioned the icons, closed the lid for a few seconds, re-opened and all were back along the top row. Re-positioned again, rebooted, and all were scrambled completely. Re-positioned again, set to locked, closed the lid for a few seconds, re-opened and all were scrambled and locked to their scrambled positions. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #8 from Ric Grant --- 5.27.4-r1 is finally in the Gentoo stable branch. I'll pull the updates today and report back asap. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #6 from Ric Grant --- (In reply to Nate Graham from comment #5) > Mose of the code here has changed to improve multimonitor use-cases in > Plasma 5.27. Any chance you can upgrade to that version and see if the issue > is fixed now? Still waiting for a stable 5.27 on Gentoo unfortunately, and need this particular laptop to remain stable so I'm being cautious about upgrading to test trees to be honest. https://packages.gentoo.org/packages/kde-plasma/plasma-desktop As soon as it's deemed stable enough though, I'll feedback. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #72 from Ric Grant --- (In reply to William from comment #71) > (In reply to Nate Graham from comment #70) > > Please stop changing the status to VERIFIED despite not verifying the fix. > > I'd like William to do that, since he's the one who reported this issue. > > Sry i didnt keep up with what was happening in this isssue and i only > recently got the 5-27 update in manjaro stable. > > But i am happy to report now that it doesnt happen anymore for me. i removed > my "read-only" workaround script and used the command "kquitapp5 plasmashell > && kstart5 plasmashell" at least 50 times in a row, which previously would > always result in some form of icon scramble, but this time it did not. Good > job to whatever was done in the end that fixed it. 5.27 seems like a great > release! > > PS: manjaro skipped the early point releases and went straight to plasma > 5.27.3. This is great news. Looking forward now to 5.27 hitting stable in Gentoo. Apologies, Nate, for my comment #62. I'd interpreted your comment #46 as meaning this hadn't been fixed after all but it sounds like I was wrong there. It's frustrating that this still isn't available in the stable branch for me yet and I can't test first hand, but admittedly I probably shouldn't have jumped the gun on that. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #65 from Ric Grant --- (In reply to Nate Graham from comment #63) > The user-facing issue of desktop icons being re-arranged turns out to have > multiple causes. It isn't feasible to track them all in a single bug report; > that's not how issue tracking works. We need a separate bug report per > discovered cause, so we can fix them individually. That's just the way issue > tracking works, I'm afraid. Ignoring previous tickets for now, this ticket as its own instance was originally opened May 2022 by William. His report was that when icons are placed on a desktop and plasmashell is restarted, said icons scramble. This issue, as a standalone bug, is still an issue. If this ticket is closed somebody is just going to open another, reporting the same problem, and we're going to go through all of this again until it's again closed in this utterly ridiculous cycle. I totally appreciate this isn't a simple fix but we can't just keep on closing these tickets and expecting the problem to be resolved somewhere else. Apart from anything else, opening multiple tickets for what is essentially the same problem just makes KDE as a whole appear buggier than it really is, in terms of number of but reports at least. This, and all other related tickets, should be left unresolved, grouped, and cross referenced so that when related issues are resolved, developers can check whether these reports are also resolved and tick them off when that time comes, otherwise leaving them open for somebody to pick up at some point. That's how bug tracking works. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #62 from Ric Grant --- (In reply to Nate Graham from comment #61) > This bug report is closed; please report new information or new > manifestations of the issue with different root causes in new bug reports. > Thanks. Shouldn't be closed, it isn't fixed. The number of separate bug reports that have had to be opened over the years for this because somebody keeps on closing it is ridiculous. Information is being lost in old reports that might actually be useful in the resolve! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #57 from Ric Grant --- (In reply to shadowfire+web from comment #54) > Hi, I'm new to this thread, not to having this issue. This bit me > infrequently between 2015 and 2019 on two separate Fedora workstations (each > with 1 monitor), then it went away but after a recent upgrade from Plasma > 5.26 to 5.27 it came back with a vengeance (single Fedora workstation, 2 > screens). Rather than (after using KDE/Plasma for over a decade) changing to > a different DE (which I was very tempted to do but I guess Gnome 2 isn't > around any more) I decided to try some debugging first. > > I've made an interactive shell script for myself with options to 1) create a > backup of plasma-org.kde.plasma.desktop-appletsrc and to 2) quit > plasmashell/restore appletsrc backup/restart plasmashell > ( kquitapp5 plasmashell ; cp -v $backupfile > $HOME/.config/plasma-org.kde.plasma.desktop-appletsrc ; kstart5 plasmashell > & ) > > This allows me to quickly test out different screen configurations with the > same appletsrc. > > Notes on my current setup: > Left screen: Folder View, icons, panel on top of the screen > Right screen: Desktop View, no icons and panels etc. and set to primary > display (can't remember why I did that) > > Some provisional conclusions based on many tests: > -Turing the right screen off makes scrambling less frequent > -Setting panel to autohide (*) makes scrambling less frequent (50%) > -Setting right screen to Folder View usually moves my icons to the right > screen (arranged in rows) > > *) I've noticed during restart of plasmashell that sometimes icons are lined > up correctly but get scrambled within a few hundred milliseconds. And I also > noticed that their vertical space is squashed by a tiny factor when the > panel is loaded in. I assumed this is so that the panel doesn't cover up > icons so maybe the panel loading in may be a factor in this issue? > > So far I haven't seen this issue happening when the right screen is off and > panel is set to autohide but I want to test that some more... I didn't realise you could set one screen to be Folder view and another to be Desktop view actually. I'd always assumed the desktop settings were global, not per screen. Unsure why I'd have concluded that mind. Reading your post, I wondered if setting the primary screen to Desktop view would stop the icons attempting to move back to it when the secondary screen switches off, and hoped this would in turn prevent scrambling - but apparently not. If I leave my secondary screen as a Folder view with the icons arranged, and switch my primary to Desktop view, rebooting / closing the lid still scrambles everything like before. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #55 from Ric Grant --- (In reply to Pasha from comment #52) > (In reply to Uwe Dippel from comment #51) > > And please, do it quickly! With the most recent modifications, my way out of > > this problem, described several times in this and the previous threads, my > > fail-safe remedy, the PlasmaConfigSaver, was broken. Now calling it up > > results in a freeze, with a black unresponsive screen with just the mouse > > cursor, reproduceably. > > The black, unresponsive screen with just mouse cursor on it is already 3-4 > years old and it's the very reason, besides dancing icons, which made me > quit KDE. Unfortunately, on the contrary of what you report, results were > pretty much unpredictable: you shut down you machine and at the next > reboot... BOOM! > > At first, the only way out was backupping .kde folder and restoring it - > just imagine the pain in the ass of backupping your DE every time you switch > off your machine... > > Eventually, the bug got so BIG that even restoring the old .kde folder still > didn't sort a way out of the black screen; the problem (and pain) was that I > couldn't exactly find what the heck was causing it it always came after > initial (long) configurations and a small period of use (like one or two > weeks). "Nice" to know this happened on Debian and some other distro I > tried. I got so pissed off with this buttfuck that you know how the story > went. > > Too bad to know that somebody else is getting the same bad black screen :( Not convinced the black screen issues are related to this at all and should probably be a separate discussion, but in my experience black screens tend to be related to video drivers and just recompiling those against your current kernel usually resolves. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #47 from Ric Grant --- 5.27 still isn't in stable yet on Gentoo, so I haven't been able to test myself, BUT something just occurred to me and I'm wondering if this is the same for all of us... This particular laptop has 8gb RAM and a 512mb swap. It's getting old now but at the time of configuring it, 8gb seemed plentiful and in my ignorance I didn't think I'd need to set much of a swap up. These days with Plasma being quite memory hungry in general, and the likes of Virtualbox guests eating away at remaining resources, I'm hitting that 8gb capacity frustratingly often, and spilling over into swap. What I'm now thinking, is that with so little swap space and so much memory in use, when I close the lid and trigger hibernation, there isn't enough swap for all in-memory data to dump to and perhaps that's why icon placements are getting lost? If on lid-open the system comes back out of hibernation, tries to restore whatever in-memory variables the desktop icons use, and finds that those variables aren't in the swap file so just regenerates them as empties then this would totally explain the skewed locations! Does this sound familiar to others experiencing this issue? I'll resize my partitions as soon as I get chance and confirm if that, or indeed the 5.27 changes do fix this for me, but in the meantime if everybody could just compare their memory and swap capacities, we might find that there isn't anybody here who actually has enough swap to properly hibernate into. Would explain why this has been a problem for so many years, only affecting some but not all devices. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #45 from Ric Grant --- (In reply to Bug Janitor Service from comment #42) > Dear Bug Submitter, > > This bug has been in NEEDSINFO status with no change for at least > 15 days. Please provide the requested information as soon as > possible and set the bug status as REPORTED. Due to regular bug > tracker maintenance, if the bug is still in NEEDSINFO status with > no change in 30 days the bug will be closed as RESOLVED > WORKSFORME > due to lack of needed information. > > For more information about our bug triaging procedures please read the > wiki located here: > https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging > > If you have already provided the requested information, please > mark the bug as REPORTED so that the KDE team knows that the bug is > ready to be confirmed. > > Thank you for helping us make KDE software even better for everyone! As soon as 5.27 enters the stable branch on Gentoo, I'll update and test. Unfortunately need this machine to remain as stable as possible and can't risk pulling a whole DE from testing. Nate, could you perhaps link to the main changelogs that we're hoping fix this? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #38 from Ric Grant --- (In reply to Uwe Dippel from comment #36) > "why is it so hard to remove any logik that touches that desktop-appletrc > file during plasmashell startup? " > I think I can. It's the old topic of systemd. It's water under the bridge. > Some 15 years ago, people wanted to enhance the user experience by > shortening the startup sequence, and therefore started things in parallel. I > never followed the gory details, since I am the old-fashioned style person, > and would have preferred the slow, and clean, start. AFAIK, systemd took > over many items, including login, and spawning independent items in > parallel. I THINK, with a totally clean sequential startup, no other process > would interfere - or could interfere - in desktop applet layout. > This is why I thought, the semaphore-like wrap around the startup, as > proposed recently, could solve the case by isolating the desktop rendering, > protecting the layout. > > [If you look around, you'll find some other startup-bugs, including some > affecting me, that could be attributed to parallelisms introduced by > systemd; leading to RANDOM - that is not always or even rarely occurring - > faulty behaviour. Systemd introduced a clever though not fully deterministic > startup behaviour. I am willing to bet that after taking out systemd and > revert to the old style rc-startup system - which is not possible, so that > this is hypothetical - all these problems would be gone. With a slow, though > fully sequential strictly one-task-at-a-time start sequence, race conditions > are clearly avoided whatever the lengths of the steps. Boringly long, I > agree.] I'm 'afraid' I can confirm it's not systemd related, no. Gentoo user here, and although I've used systemd in the past, this particular laptop hasn't ever seen it. Gentoo has profiles which basically define the base set-up, ( https://wiki.gentoo.org/wiki/Profile_(Portage) ), and this laptop has always been on the OpenRC based "desktop/plasma (stable)" profile, rather than the systemd based "desktop/plasma/systemd (stable)" profile (or any of the other many options), so there's literally never been anything systemd related to get in the way. OpenRC does also support launching startup daemons in parallel via an rc_parallel option in /etc/rc.conf but for me, this too has always been disabled so we can assume this isn't causing problems either. Besides, Plasma starts after X which I believe waits for its own dependencies to fire up anyway, even with a parallel boot, so by the time Plasma kicks in there should be very few daemons still initiating. Things like WiFi connections which need to wait for remote services might not be quite there yet, but probably nothing related to graphics at all. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #27 from Ric Grant --- (In reply to Nate Graham from comment #26) > I have a theory which is borne out by > https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2120. > > Bug 354802 fixed the bulk of the bug by making layouts get remembered on a > per-desktop-dimensions basis. > > However the "remember things on a per-desktop-dimensions basis" feature > itself is buggy because the desktop dimensions change during startup, for > example when the panel appears. Because that's animated, there are a bunch > of intermediate states. There's code to batch them up, but it's apparently > rather buggy, and doesn't work well if initial startup is slow beyond a > certain level. So the "save/restore positions" code can get confused by > these intermediate states. We replaced one bug (in Bug 354802) with another, > less severe one. But still a bug, so positions aren't remembered in 100% of > cases. > > We have the same issue with widget positions, which > https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2120 is > trying to fix. But it also appears to fix this as well, since now both bugs > are the same: caused by repeated desktop dimension changes at startup. Ohhh this sounds promising! Your mention of animation states and the references in https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/2118 to resolution changes happening during initiation fits with the console outputs I noted in my https://bugs.kde.org/show_bug.cgi?id=454345#c17 comment. It does sound a lot like we might see this fixed in an upcoming release!!? :-D. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #25 from Ric Grant --- (In reply to Bharadwaj Raju from comment #24) > Will try. I do have a second monitor but my desktop case only has one VGA > port, so I'll have to get an adapter of some kind, maybe. Just been experimenting. It seems I can do whatever I like on the primary display - icons stay where intended during reboots and lid closure. But the icons on the secondary screen still, even while the primary screen icons behave, get shuffled around. Sometimes they shuffle instantly, other times they look correct until you try to click on one and then they all shuffle. Most weirdly, clicking on the primary screen sometimes then corrects the positions on the secondary but clicking back on the secondary shuffles them again until after a few clicks they just remain in their shuffled position. Another potential clue - if I select my icons and drag them to the primary display, they drop into a long row instead of retaining their abstract order. As if the positions aren't carried over when moving from one screen to another and the new screen just sets them up as new icons at natural positions. I'm wondering therefore, if what's actually happening when the secondary screen is turned off and back on again is that Plasma sets this up as a new screen, moves the icons over to it, and they all just take on a default position? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #23 from Ric Grant --- Created attachment 152072 --> https://bugs.kde.org/attachment.cgi?id=152072=edit Icons arranged neatly on secondary display before Plasma shuffles them on screen turn on -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons sometimes get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 --- Comment #22 from Ric Grant --- (In reply to Bharadwaj Raju from comment #21) > Because it's a hard bug to reproduce. Try as I might, I can't seem to get it > on my system. The last one (resolution change) I could at least reproduce, > so that was feasible to fix. > > Still, thanks very much for the findings, Ric Grant — maybe I can try some > fixes using all these clues, but it'll just be flying blind since again I > can't reproduce it at all here. Do you have a second monitor? I've actually never tried icons on the primary display myself (perhaps this only happens when there are no icons on there in fact!), but from everything I've read throughout all of these various bug reports, this is always a secondary screen issue. In case it aids with replication, I'll also attach a screenshot of how I group my icons on this secondary display. I've seen reports that having icons on the first row or in the first cell helps, though this never did for me. Every time when I close the lid and trigger this screen turning off and back on, the icons all end up rearranged and I've to shuffle them back to these locations. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 454345] Desktop Icons get scrambled on plasmashell startup
https://bugs.kde.org/show_bug.cgi?id=454345 Ric Grant changed: What|Removed |Added CC||rich...@qweb.co.uk --- Comment #17 from Ric Grant --- I've been experiencing this since I set up a new laptop in January 2021. Laptop is an Asus UX563F which has a second screen under the touchpad. It's a vertical phone sized screen rotated 90 degrees to make a touchpad and it's a really handy place to put app icons, except that Plasma scrambles them. In Plasma System Settings -> Display Configuration, the main laptop screen is 3840x2160 at 60hz. Secondary screen is 1080x2160 at 50hz, rotated 90 degrees anticlockwise. There's a 150% global scale applied. This is an Optimus set-up so I'm running Xorg with modesetting drivers and Bumblebee to switch between Intel and nVidia GPUs. For all this time, I've barked up many trees trying to figure out if this is caused by the screen rotation (XrandR under the hood I assume?), the modesetting/bumblebee configuration, the global scale, etc. I've read through all of the comments in this bug report, https://bugs.kde.org/show_bug.cgi?id=354802 , and a bunch of other duplicates, and like many others I've spent some time trying to work around the ever changing plasma-org.kde.plasma.desktop-appletsrc file but this seems to be updated regularly when all sorts of things happen, it's not just for desktop icon arrangement so readonly states etc don't cut it for me. Additionally, adding scripts to shutdown/startup procedures to dynamically fiddle with this isn't enough because closing the laptop lid or just turning off and back on the secondary screens doesn't trigger those events. What I've found though, and hopefully this is useful to somebody with more knowledge of these scripts than me, is that if you open a Konsole and restart plasmashell: $ kquitapp5 plasmashell $ kstart5 plasmashell Then when you do something to trigger the icon scramble, e.g. close and open the lid or turn off and on the second display, the Konsole floods with interesting errors like this: file:///usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/FolderItemDelegate.qml:382:21: Unable to assign [undefined] to bool file:///usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/FolderItemDelegate.qml:497:25: Unable to assign [undefined] to bool and this: file:///usr/share/plasma/plasmoids/org.kde.desktopcontainment/contents/ui/FolderItemDelegate.qml:320:17: QML Label: Binding loop detected for property "width" FolderItemDelegate.qml appears to be used for generating the icons in folder views, which fits with this being a bug for people who run the desktop as a folder view. Lines 382 and 497 reference model.isLink and model.selected so I'm wondering whether model isn't fully set-up yet at the time this script runs. If these couple of lines throw errors because they're expecting to read properties that don't yet exist, then other lines more related to positioning could also be looking at properties that simply don't yet exist. Which makes sense if XrandR for example hasn't yet finished rotating the output. There's also FolderView.qml in here which I assume sets up the main container for these icons to sit in. Interestingly this seems to be where all of the drag handling code sits, including an onPositionChanged handler that I think is designed to figure out where in the grid to bounce icons to when dragging them around. Is it possible that this routine is firing prematurely during the initiation phase and bouncing icons to grid locations before the screen sizing and rotation has happened, because their current position isn't valid at the point of firing? Lots of interesting code in these two files and though I might once again be barking up the wrong tree, I do feel it worth somebody with more knowledge of this stuff looking over it. Hope this in some way helps. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 Ric Grant changed: What|Removed |Added Ever confirmed|0 |1 Status|RESOLVED|REOPENED Resolution|FIXED |--- --- Comment #4 from Ric Grant --- I've now updated to the finally stable Plasma 5.23.4-r1 and, unfortunately, not only does this issue still seem to occur, now the second screen seems even more problematic. Previously the icons reset their positions when the lid was closed and re-opened but the screen otherwise behaved properly. Now, in addition to this happening, sometimes clicking an icon turns the screen off for a few seconds causing the icons to reset their positions again when it powers back up. Other times after opening the lid the icons actually are in the correct place still, but clicking anywhere on that screen then resets their positions. I'm not seeing anything useful in dmesg or Xorg.0.log when this happens, surprisingly. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 --- Comment #2 from Ric Grant --- (In reply to Nate Graham from comment #1) > Ooh, this should have been fixed in Plasma 5.23. Please check again once > that's released in a month and a half! Brilliant news. I'll update as soon as that's in the Gentoo repositories and confirm back. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 433867] New: Icons on secondary screen move around on boot / wake. Possibly because of screen rotation
https://bugs.kde.org/show_bug.cgi?id=433867 Bug ID: 433867 Summary: Icons on secondary screen move around on boot / wake. Possibly because of screen rotation Product: plasmashell Version: 5.20.5 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Multi-screen support Assignee: aleix...@kde.org Reporter: rich...@qweb.co.uk CC: plasma-b...@kde.org Target Milestone: 1.0 SUMMARY My laptop, an ASUS US563F, includes a secondary screen under the touchpad. The screen is at a 90 degree rotation so within KDE's own display configuration, I have the orientation set to a 90 degrees anticlockwise rotation. KDE picks this up just fine and rotates properly once I'm logged in, although SDDM shows unrotated upon initial boot which is understandable if the display config is user specific, but if I place icons on this screen, they're shuffled to seemingly random locations every time I boot up, or close the lid and re-open, or fold the lid back and reset to a natural position. Each of these events effectively turns the screen off and back on again so presumably it's the power-on event that triggers this shuffle. My feeling is that KDE is setting the icon locations first, then actioning the rotation, and having to shuffle icons around to fit the new orientation. Swapping these two events so as the rotation happens before the icons are loaded would I'm sure resolve. STEPS TO REPRODUCE 1. Add icons to a secondary screen with a 90 degree orientation. 2. Reboot, or close the lid and re-open if a laptop, or probably just reconnect the secondary screen. 3. Compare the icon positions to their original. OBSERVED RESULT Icons move around to seemingly random locations each time the screen is reconnected. EXPECTED RESULT Icons shouldn't move around on their own accord. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.77.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION Gentoo GNU/Linux on an ASUS UX563F laptop with a secondary screen permanently attached under the touchpad device. I've experienced this bug since originally setting this laptop up probably 6 months or so ago. Unsure of the KDE versions in use at that time but this certainly isn't a new issue to the above versions. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 385824] Desktop icons move when you use several displays
https://bugs.kde.org/show_bug.cgi?id=385824 Ric Grant changed: What|Removed |Added CC||rich...@qweb.co.uk --- Comment #6 from Ric Grant --- Experiencing this problem with Plasma 5.19.5 on Gentoo. My laptop is an Asus UX563F which has a permanently attached second screen under the touchpad so I'm trying to use this for desktop icons since it's more useful than having to hide all open windows to get to the primary desktop, but occasionally after a reboot, or after returning from sleep, or after folding the screen over and back again (second screen disconnects while the primary screen is flipped over), I'm finding that the icons lose their placement and just revert to their natural single row position. The screen is positioned and rotated via KDE's System Settings -> Display and Monitor configuration, which presumably writes an xrandr set-up somewhere. -- You are receiving this mail because: You are watching all bug changes.