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

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|kcm_kscreen                 |common
            Product|systemsettings              |KScreen

--- Comment #18 from Nate Graham <n...@kde.org> ---
(In reply to Michael Butash from comment #16)
> Short of wiping the whole .config directory, is there a better way to
> selectively purge current display settings to let KDE refactor things or
> remove any legacy fragments there might be?
Screen arrangement data is saved in ~/.local/share/kscreen, which can be moved
aside for testing purposes or deleted.

Containment and panel data is stored in a combination of
~/.config/plasma-org.kde.plasma.desktop-appletsrc and ~/.config/plasmashellrc.
Those files too can be moved aside for testing, but you might not want to
delete them or else you'll lose all your Plasma customizations).

> Any time I move the panel, it will only stay on the one marked primary as
> long as the display geometry doesn't change, but ANY reset or change for me
> had the panel jumping back to whatever it *thought* should be primary at the
> moment despite where I moved it.  Past few days I've seen that be any of the
> displays, it's almost random what one it picks to think is primary, but
> usually until I restart the DE, it'll always stick to one in particular, but
> never predictably.
> 
> Because Cairo-Dock doesn't work in Wayland, I was attempting to use Latte
> Dock as well, and what I found was where Cairo would follow what the system
> thought was primary reliably, anything KDE, including Latte or any
> desktop-placed widgets/panels followed whatever KDE thought was primary
> where the panels would end up.  This seems to indicate all the KDE-y things
> alone seem busted.
Can you try with a standard Plasma panel? Using 3rd-party panels is definitely
not helping. :) 

> This seems to be not helped by the fact that KDE doesn't seem capable of
> ever putting my monitors back to the way there were between any forced
> hot-plug events or reconfiguration events alone.  Not sure if this is a bug
> or feature that it will do this, but when KDE keeps restarting and jumbling
> my entire display, it certainly can't be helping.  I went so far as to put
> in EDID spoofers to stop the madness of KDE forgetting my
> order/resolution/refresh every time as bad behavior when I shut off
> displays, such was the recabling.
This seems like a root cause. If the screen arrangement itself is not being
remembered properly, then that's going to bubble up and nothing else will work
properly too.

I would propose that we start with that issue. For testing purposes, please
remove all EDIT spoofers and other manual workarounds you may have applied. The
goal is to get the system into a clean state where we can reproduce bugs
without local configurations or workarounds interfering. It's often the case
that workarounds for old bugs actually prolong those bugs once the bugs get
fixed, which is what I suspect may be happening here.

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

Reply via email to