Description of problem: A new (i.e. first login for a user) plasma desktop environment initially comes up in "Desktop" mode. Up to 5.7.0 switching to "Folder View mode" worked perfectly. With 5.7.1 (unlocked widgets), in the Desktop Settings window the "Layout" combo still allows to select "Folder View", but after hitting the "Apply" button, nothing happens and the plasma desktop remains in "Desktop" mode. Version-Release number of selected component (if applicable): How reproducible: 100% Steps to Reproduce: 1. System fully updated with Plasma 5.7.1 and applications 5.24.0 2. Initial login to new user (maybe create a new user for that) 3. Unlock widgets 4. RC on desktop -> Desktop Settings 5. Layout combo: select Folder View 6. Apply
CC: (none) => marja11Assignee: bugsquad => mageia
Tried with plasma 5.7.2: problem is still there
In the meantime, I stopped trying to switch to Folderview, sticking to Desktop, and than had a closer look at the contents of .config/plasma-org.kde.plasma.desktop-appletsrc, as it evolves with usage/editing. Several things struck me: - when this file is created, the desktop looks empty, but some contents of the kde-cache have been used to create items. These items are not correctly created - for instance, (1) such items are not included in the ; separated list that determines the sequence of plasma items, (2) the definition of some items is truncated (only 1 clause where several appear to be needed - there appears to be a mess with the org.kde.color and org.kde.image records - (a) their number increase as panels are edited (it looks like a new record is created each time a panel is edited and then icons are locked) (b) when - for instance - the color of plain color wallpaper items is edited, a new record is created, but the old one stays, and, after the next logout/login sequence, the desktop reverts to an image wallpaper. Not inspiring much confidence in the solidity of upstream debugging.
CC: (none) => juergen.harms
Assignee: mageia => kde
The behaviour has now changed: for a newly created user, the desktop comes up in Folderview mode, and it is possible to change the Folderview settings (e.g. switch from image to plain color, change the icon size). So far, so good; but after loging out and in again, all modifications are lost, the initial default Folderview settings are back again. I compared this behaviour to what I get on Fedora-24 (with plasma): changes to folderview settings there survive logout/login - so, it might be that this problem is not entirely and only an upstream problem. I also got some more insight into the keeping of what I called "wallpaper records": this appears to be a problem of activity creation - new folderview settings are associated to the current activity, and after logging out and in again, a new activity has been created with the default settings (a new activity with default settings is also created each time the "run command" menu item is used to launch a command - filling up the configuration file).
is this bug still valid ?
CC: (none) => mageia
I have given up on KDE (migrated to Xfce) and do not have a system running Plasma any more - sorry. Since no other user-user signed up on this bug, the best approach is probably to simply close the bug
closing
Status: NEW => RESOLVEDResolution: (none) => OLD