Version: unspecified (using KDE 4.4.3) OS: All There should be provision to backup and restore KDE system settings. Following settings can be backed up and restored - - Appearance - Desktop - Notifications - Windows behaviour - About Me - Default Applications - Regional & Language - Keyboard & Mouse - KDE Wallet - Session Manager - Login Manager etc. If there is possibility of incremental "rolling backup" which can have option to slide back to settings of week ago / month ago / quarter ago / year ago it would be excellent! This feature request was originally submitted through KDE Brainstorm, and has been submitted to Bugzilla due to popular demand. Original idea: http://forum.kde.org/brainstorm.php?mode=idea&i=86270 Reproducible: Didn't try
Any progress on this? It remains a critical feature, IMO.
Amazing Idea!!
Any news when to expect this feature?
I vote! Because, although no one of good will (and ability / possibility) it wants to develop, I think it is helpful to everyone! Who would not want to go from your friend and set itself (even temporarily) the same home settings to speed up your work? ..Or simply distribute configuration profiles suited to certain situations or people? ..Or avoid reconfigure every time the behavior of windows and dell'ambinte to any distribution that you try? (I personally think there are really too many, but that's another story to be faced sooner or later). I enclose two ideas that fall into the category, but already put into "oblivion": 311602 : https://bugs.kde.org/show_bug.cgi?id=311602 311605 : https://bugs.kde.org/show_bug.cgi?id=311605
*** This bug has been confirmed by popular vote. ***
I think this is not only a good idea, but a necessity. KDE has a very bad habbit of forgetting settings if the computer crashes. It has been this way since I first started using it (more then 13 years ago). It's not a very serious issue but it happens to me once every 2-6 months, and it's very annoying to have to rebuild my panels, wallpaper sets etc. For example today I had a kernel NULL pointer dereference, and a lot of stuff were lost, not only KDE settings but for example Vuze settings too. But Vuze has a nice config backup and I could restore it's full config to the backup created this morning with two clicks. Something similar would be good for KDE too.
Please add this feature, thanks!
*** Bug 330960 has been marked as a duplicate of this bug. ***
Every time that I reinstall one of my machines I find myself spending hours in customizing KDE and my favored applications (Konsole, KMail, Kate, Kile ...), repeating the same clicking operations ever and ever for each user because it is not clear if copying .kde from one user to another is a safe way to proceed. (From my point of view applications tend to mix run-time irrelevant information and real user preferences in *rc files, which makes difficult to extract and copy elsewhere the relevant user settings. I would be better to separate real user-chosen settings in a different file/director.) The absence of a clean&safe export/import method for the settings of KDE system and KDE applications, and the severe waste of time it induces is one of the two worse sins of KDE against its own promise of a "user-friendly computing experience". Every time I face this problem, I start thinking if moving to GNOME would not make my user life easier. In spite of the fact that I like the applications I mentioned, GNOME is gaining ground in my own ranking, especially after I (recently) discovered dconf dump [1] and aptik [2]. Please improve my/our user-friendly computing experience and add this essential feature, thanks! [1]https://developer.gnome.org/dconf/unstable/dconf-tool.html [2] http://www.howtogeek.com/206454/how-to-backup-and-restore-your-apps-and-ppas-in-ubuntu-using-aptik/
(In reply to r.ductor@gmail.com from comment #9) > Every time that I reinstall one of my machines I find myself spending hours > in customizing KDE and my favored applications ... As long as you are not going backwards in versions (install the same or newer) you should be okay with saving ~/.kde while KDE is NOT running and restoring after the reinstall (again, while KDE is NOT running). > Every time I face this problem, I start thinking if moving to GNOME would > not make my user life easier. In spite of the fact that I like the > applications I mentioned, GNOME is gaining ground > in my own ranking, especially after I (recently) discovered dconf dump [1] > and aptik [2]. I used gnome for more than a year, it has it's own problems so I switched back to KDE. > Please improve my/our user-friendly computing experience and add this > essential feature, thanks! Yeah, I wouldn't hold my breath.
There could also be an option to reset all settings.
*** Bug 245844 has been marked as a duplicate of this bug. ***
*** Bug 394821 has been marked as a duplicate of this bug. ***
*** Bug 394990 has been marked as a duplicate of this bug. ***
*** Bug 394070 has been marked as a duplicate of this bug. ***
Removing subscriber in response to abuse reports received.
*** Bug 411974 has been marked as a duplicate of this bug. ***
(In reply to Matej Mrenica from comment #11) > There could also be an option to reset all settings. That would probably be better of in a separate bug report to track this request independently.
As workaround I have found great tool Chezmoi (https://www.chezmoi.io/) that can manually configure sync for needed settings, and here https://github.com/twpayne/chezmoi/issues/885 is my feature request for adding pre-defined configs for apps. But syncing rc files give problems that app state are always changed, here https://bugs.kde.org/show_bug.cgi?id=397602 is separate bug report about that.
Also here https://store.kde.org/p/1298955/ is interesting applet "Plasma Customization Saver" that can Save & Restore KDE Plasma settings.
FWIW a global "reset to defaults" feature is tracked with Bug 389568.
*** Bug 436459 has been marked as a duplicate of this bug. ***
*** Bug 445556 has been marked as a duplicate of this bug. ***
*** Bug 454923 has been marked as a duplicate of this bug. ***
*** Bug 460298 has been marked as a duplicate of this bug. ***