| Summary: | Impossible to switch a new plasma desktop to Folderview mode | ||
|---|---|---|---|
| Product: | Mageia | Reporter: | Juergen Harms <juergen.harms> |
| Component: | RPM Packages | Assignee: | KDE maintainers <kde> |
| Status: | RESOLVED OLD | QA Contact: | |
| Severity: | major | ||
| Priority: | Normal | CC: | juergen.harms, mageia, marja11 |
| Version: | Cauldron | ||
| Target Milestone: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Source RPM: | plasma-workspace-5.7.1-3 | CVE: | |
| Status comment: | |||
|
Description
Juergen Harms
2016-07-19 10:18:53 CEST
Marja Van Waes
2016-07-20 18:54:23 CEST
CC:
(none) =>
marja11 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
Samuel Verschelde
2016-08-25 16:23:30 CEST
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). 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 =>
RESOLVED |