CLOSE Dave <Dave.Close(a)us.thalesgroup.com> wrote on 01.11.2016 18:01:25:
After some recent upgrades to F24, I see a strange problem. I run in
systemd equivalent of runlevel 3 and start KDE with startx.
The first time I use startx after reboot, I get my normal panel but no
desktop toolbox. Clicking anywhere on the root window does nothing even
though mouse actions are defined for that. If I then logout and start
KDE again, I get a normal looking desktop except that no panel is
visible. The desktop toolbox is present and root window actions work as
they should. The scenario is repeated for all subsequent startx calls
until the next boot. On one occasion, I manually added a second panel
while in the second scenario (even though I couldn't see the first
panel). The second panel also did not appear but the desktop toolbox
went away and root window clicks became inactive. After the next boot,
both panels were visible, the desktop toolbox was not visible, and the
root window clicks were inactive.
After upgrading from Fedora 22 (with Plasma 5.5.5) to Fedora 24 (with
Plasma 5.8.x), I had similar problems such as
- Widgets and panel respond only with seconds of delay to mouse events
(in my case, only when Primary Display = external monitor
and only for widgets and panel shown on the external monitor)
- Second panel can be added ok, but suddenly disappears in a later session
- Windows are minimizing to a second panel that is invisible
(Only <Alt>-<TAB> allowed me to find the application window in that case)
- Application icons are shown on Primary Display only
- Inconsistent size and alignment of application icons
The problems I observed seemed related to multiscreen (I use a laptop
and one external monitor), but seemed to get worse with recent upgrades
to Plasma 5.8.1 and 5.8.2.
Any ideas? Is this known or do I need to open a bug report (I
one that seemed to match).
Today I realized that certain Plasma config files in ~/.config
got messed up, possibly as a result of Plasma upgrades and/or
as a result of changing the Primary Display setting back and forth,
which swaps panels.
After cleaning up the Plasma config files today (see below) and
recreating my Panel and Desktop, the above problems were all gone.
I started to suspect a problem with Plasma desktop config files
when I read
- See in particular the change
"Update screen pool connector ID ordering before adjusting
desktop containments. Commit. See bug #370711"
and the related bugs
Impossible to modify the layout of the second screen
- where Comment 12 suggests to clean
wallpaper on second monitor is always set to default
My problems did not look exactly like those in bug #369665, but
the cleaning procedure suggested by Comment 12 saved my day:
executed 'kquitapp5 plasmashell' from a konsole window,
and then 'kstart5 plasmashell' to restart it.
This resulted in clean (almost empty) desktop containments with
fresh wallpapers (one on LVDS, the other on the external monitor)
and one (default) panel placed on the primary display.
After this cleanup, adding an application to Desktop creates
an icon on each desktop containment. Application icons are
consistent in size and nicely aligned; moreover, their position
can be adjusted separately on each desktop containment.
I really think my previous Plasma config files were corrupted:
The file ~/.config/plasma-org.kde.plasma.desktop-appletsrc
- 3 containments of type org.kde.desktopcontainment,
with references to lastScreen=0, 1, and 2,
even though I'm using two screens only.
- 2 containments of type org.kde.panel and
2 containments of type org.kde.plasma.private.systemtray
but only one panel (and systemtray) was shown.
Here's the relevant portion of
showing just Desktop Containments, Panels, and System Trays:
// Desktop Containments
// System Trays
IBM Research Zurich