<div dir="ltr">hello everybody,<div>it seems i've found out something that at least points into the right direction.</div><div><br></div><div>when i tried the activity switcher on both - a correct boot that loaded my desktop settings and a faulty boot that for some reason replaced the desktop containment with a folder view - only one of them showed the "activity side bar"</div><div><br></div><div>when the desktop containment is replaced it seems to be activity related.. the sidebar doesn't show on "meta+tab" because there is no active activity to switch to.. </div><div><br></div><div>the desktop context menu shows the sidebar but it is empty even if my "default" activity is still visible in the settings dialog  ?? what do you think?</div><div>it should show the "currently being used" activity.. not nothing!</div><div><br></div><div>(i attached a screenshot of the settings dialog and the sidebar)</div><div><div><img src="cid:ii_kggcwzhh0" alt="activitysidebar.png" width="562" height="429"><br></div></div><div><br></div><div>this is how it should look like</div><div><div><img src="cid:ii_kggd0vpo1" alt="Screenshot_20201019_115210.png" width="562" height="429"><br></div></div><div><br></div><div><br></div><div><br></div><div><br></div><div>thx in advance</div><div>thomas</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Oct 18, 2020 at 11:38 PM Thomas Weissel <<a href="mailto:valueerror@gmail.com">valueerror@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">hey johan,<div>thank you for your answer!</div><div><br></div><div>i did take a look at kscreen and actually found 2 entries - i don't know where the second one is coming from.. </div><div><br></div><div>so i removed everything in the kscreen directory.. rebooted and then created a new image </div><div>first it looked like this fixed the problem but then... after 14 reboots of the virtual machine it loaded the default plasma settings again :-(</div><div>"desktop containment" was rewritten to an empty "folder view" and noone knows why this happens... </div><div><br></div><div>another look at "kscreen" inside of the VM showed that a new element was created "name":"Virtual1"   - but this element is created every single time and everything works as expected... except when it doesn't ;-)</div><div><br></div><div>so i guess this should not be the problem</div><div><br></div><div>cheers thomas</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Oct 16, 2020 at 5:41 PM Johan Ouwerkerk <<a href="mailto:jm.ouwerkerk@gmail.com" target="_blank">jm.ouwerkerk@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Oct 14, 2020 at 9:01 PM Thomas Weissel <<a href="mailto:valueerror@gmail.com" target="_blank">valueerror@gmail.com</a>> wrote:<br>
><br>
> the project "life-exam" <a href="https://life-edu.eu/exam.html" rel="noreferrer" target="_blank">https://life-edu.eu/exam.html</a> strongly relies on the features and capabilities of plasmashell.<br>
> the kiosk system is at the heart of the project and the sheer number of configuration options this shell provides makes all of this possible in the first place.<br>
> so at first, i want to say thank you!<br>
><br>
> sometimes i run into a bug and because you have helped me iron out many of those bugs before i'm trying again - cause this time this bug is a showstopper.<br>
> (it happens not just at first boot but when students switch into the exam environment too)<br>
><br>
> <a href="https://bugs.kde.org/show_bug.cgi?id=423421" rel="noreferrer" target="_blank">https://bugs.kde.org/show_bug.cgi?id=423421</a><br>
><br>
> for no reason plasmashell randomly RECONFIGURES a perfectly fine setup. but not the entire setup - it switches from "desktopcontainment" to "folder" and all widgets and the wallpaper are lost..<br>
> usually those widgets are preserved (at least on a manual switch) .. it does not create a new activity.. the "default" activity - even the activity icon is still the "original"<br>
><br>
><br>
<br>
A similar (maybe identical) thing used to drive me nuts on this Debian<br>
unstable system. I eventually traced it back to kscreen getting<br>
confused about the proper display configuration, which led it to feed<br>
a new (fresh) config to KDED/Plasma which in turn would respond with<br>
some 'helpful' defaults that effectively reset my preferences. The<br>
system would make a mess of the following configuration:<br>
<br>
 - What the "primary" screen should be<br>
 - What the resulting geometry/layout should be<br>
 - In general, the logical ordering of displays (i.e. is the HDMI<br>
connection considered to be display 0, 1, or 2?)<br>
 - And what my preferred desktop containment, background etc. should<br>
be for the affected displays<br>
<br>
This seemed to be related to the question of which one of HDMI,<br>
DisplayPort or internal display (eDP) would be probed and found first.<br>
That order isn't inherently stable and apparently it would confuse the<br>
kscreen stack. For context: I have a multi-monitor setup with a laptop<br>
(so on eDP display) and two identical monitors (one connected via HDMI<br>
the other via DisplayPort).<br>
<br>
I'm no longer certain which of the following actions eventually helped<br>
to 'fix' that:<br>
<br>
 - At a certain point I removed the entire ~/.local/share/kscreen/ directory<br>
 - Upgrading various components. Currently I'm running kscreen 5.17,<br>
plasma-desktop 5.14<br>
<br>
Hope it helps.<br>
<br>
Regards,<br>
<br>
- Johan Ouwerkerk<br>
</blockquote></div>
</blockquote></div>