https://bugs.kde.org/show_bug.cgi?id=346768
--- Comment #54 from Wolfram <w...@ratiosystem.com> --- (In reply to John Stanley from comment #53) > (In reply to George R. Goffe from comment #52) > > Hi, > > John/everyone, > > > > I have been thinking about this situation. > > > > I have multiple Fedora systems (F22/23/24). Generally they seem to be > > working ok now... more or less, including the Konsole and tabs problem. > > > > As I visualize it, the developers add config items, remove config items, > > change config items as they develop. Anything they don't hit directly would > > tend to remain. After a while, the config(s) would tend to have stuff that's > > no longer needed, wanted, or changed, or doesn't work any more as a result. > > I would like to suggest some form of migration of config(s) be performed by > > the developers in the install scripts (think rpmsave) to help eliminate the > > unused "stuff". For example, my fedora 22 system with KDE, starts the apps > > that I have running at the time of the save but it also starts things that > > ARE NOT REFERENCED by the save of configuration process AND/OR are NOT even > > running... so they remain. I don't know enough of the config process to > > isolate where the extra apps/config items are located. I don't want to > > remove everything and re-config. > > > > There's a kde-testing repo for Fedora systems but whoever builds/maintains > > needs to rebuild the repo index or other files AFTER update so the repodata > > can be syncronized. I wrote a bug on this... > > > > Have you tried removing .config and .kde/share/apps/ ... Like what would > > happen for a brand new user? > > > > Good luck, > > > > George... > Actually, during testing the patches I posted I removed .config/session + > .config/ksmserverrc frequently. More generally, after several frameworks > and/or plasma5 updates I had graphics/opengl artifacts and removing .config > entirely fixed the problems. For the latest update > (plasma-5.5.3/frameworks-5.18.0), no issues whatsoever, so an improvement. > > I'm curious, what version of konsole do have installed? Since yesterday I have plasma-5.5.3/frameworks-5.18.0 running on my Kubuntu 15.10 wokplace-system via backports-ppa. The session-problems still exist, so I tried your suggestion regarding .config in the following way: Logged out, renamed .config to .config_save in a konsole-session and logged in again. The result was, that I was not able to get my two screens running in kde anymore. Luckily I had saved my old .config and could switch back. Then I tried it with a new user. Here the two screens worked, but the session problem still exist. Maybe my environment is kind of strange: Two screens, folder-view on one screen, desktop-view on the other, four virtual desktops with different sessions running in each of them. But all this worked on in kde4 with no problems ! Since the forced change to kde5 in kubuntu (I promise to stick to LTS-release next time), my daily workaround is this: starting a new konsole window (and the tabs i need) if missing, if the positions of the desktop icons are messed up, copying ~/.config/plasma-org.kde.plasma.desktop-appletsrc.save to ~/.config/plasma-org.kde.plasma.desktop-appletsrc, then logging off and back in. If the konsole window appears, the tabs exist (this seems to be fixed), if not, I have to start a new konsole window again. Sometimes I also have to spread the the sessions back to the virtual desktops where they belong. It is frustrating ! -- You are receiving this mail because: You are watching all bug changes.
