https://bugs.kde.org/show_bug.cgi?id=469192

Nate Graham <n...@kde.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |WAITINGFORINFO
          Component|Startup process             |Desktop Containment
                 CC|                            |n...@kde.org,
                   |                            |notm...@gmail.com
             Status|REPORTED                    |NEEDSINFO

--- Comment #1 from Nate Graham <n...@kde.org> ---
Sorry this happened. In Plasma 5.27 we implemented a new system for mapping
Plasma desktops and panels to screens that is fundamentally more correct by
design, and as a result much more robust. We also added code to migrate old
settings to this new system. Unfortunately, due to the non-determinism baked
into the old system, the migration code works better the simpler your
arrangement of screens, desktops, and panels was. For complex arrangements,
we've seen a few reports that sometimes panels or desktops are swapped or
missing, as a result of the old settings being in an inconsistent state at the
moment of migration. We do have a UI to recover them in the form of the "Manage
Desktops and Panels" window, which should let people manually restore their old
setup. You can access it like so:

Right-click on desktop > click on "Enter Edit Mode" > a toolbar pops down from
the top of the screen > click on "Manage Desktops and Panels"

Can you use that UI to move the desktop back to the correct screen? If you can,
does the issue stop happening on subsequent reboots?

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to