https://bugs.kde.org/show_bug.cgi?id=454345
--- Comment #27 from Ric Grant <rich...@qweb.co.uk> --- (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.
