Bug 389745

Summary: Folderview on desktop erratically does not show icons from custom desktop folder with multi-screen
Product: [Plasma] plasmashell Reporter: Gábor Katona <katonag>
Component: FolderAssignee: Eike Hein <hein>
Severity: major CC: amantia, kde, nate, plasma-bugs
Priority: NOR Keywords: triaged
Version: 5.11.95   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: plasma-org.kde.plasma.desktop-appletsrc

Description Gábor Katona 2018-02-01 10:26:24 UTC
openSUSE Tumbleweed
KDE Plasma: 5.11.95
KDE Frameworks: 5.42.0
Qt: 5.10.0

I use the folderview desktop mode with custom desktop folders for each of my activities. I have two screens, the problem is not present when using only one screen.
After yesterdays update (after about two weeks without update) the icons were not shown after restart. Then they appeared on one activity, but only on first screen. Trying to add a new item resulted in adding it to the set folder, but it was not shown (just as the others), or it was shown alone, without the rest. After restarting plasmashell the icons sometimes appear, but only on the first screen.
After several restart now the icons seem stable on the first screen, but the second screen does not show anything apart from wallpaper. Changing the folder to be shown does not do anything. Changing to show own folder works on one activity but does not on the other.

It seems to be a big mess between activities, multi screen and folderview
Comment 1 András Manţia 2018-02-05 14:11:21 UTC
Hi! Could you please give some more information about your setup regarding activities/screens/folder views. I'm mainly interested in how many activities you have, which one does it have a folder view, where do they point.
Comment 2 Gábor Katona 2018-02-05 17:00:29 UTC
I use my laptop with a docking station. The docking station has two screens connected. When docked only the two external screens are active, the laptop screen is off.

I have 4 activities all having 4 desktops. All activities are set to folder view. The folders are .Desktop.1 .Desktop.2 and so on.

Currently I have icons on all activities on one of the screens (the same for all activities), however I only have icons on activity 1 and 3 for the other screen. 

Now I have tried to change the folder for screen2 on activity1. The result is empty desktop. Changing back to .Desktop.1 still empty. BUT! On screen2 activity4 the icons appeared (corresponding to the set folder). Now changing the folder on activity4 screen2 the icons disappear, but they appear on activity1 screen2.

Changing folder on activity1 screen1 results in icons disappearing from activity1 screen2, but appearing on activity4 screen2.

Selecting show desktop folder does not work on activity 1 and 4, but works on activity 2 and 3. Selecting Location however works on activity 1 and 4, but not on 2 and 3. But this is not true for all screens, but I haven't test all possible combinations.

Maybe I should remove all activities and set everything from scratch.
Comment 3 András Manţia 2018-02-05 17:21:58 UTC
Activities might cause some issues, I admit, I don't use them, so it was not really tested. But, what I suspect though is that when you dock the laptop to the docking station the primary screen disappears maybe in an unexpected way. I'm not sure how to reproduce this though on the setup I have. I have multiple monitors and laptop as well, but no docking station with two monitors, so I don't have a case when from one screen you go to a two screen setup in a way the original screen is removed and two new screens appear.
Comment 4 Gábor Katona 2018-02-07 15:49:52 UTC
I have removed all activities, even removed plasma-org.kde.plasma.desktop-appletsrc and plasmashellrc. 
The behavior is strange:

Now I have only one activity. 
Screen1 can be set to show desktop folder (.Desktop) or .Desktop.1 folder. Nothing else works.
Screen2 can be set to anything EXCEPT .Desktop.1
However, if I set Screen to .Desktop.1 (resulting in empty desktop) and now setting Screen1 to show desktop folder and immediately back to .Desktop.1, then Screen1 will be empty, and Screen2 will show .Desktop.1.
If now I set Screen2 to show desktop folder and after this to .Desktop.1, the result is .Desktop.1 is shown on Screen1.

Removing the external screens returns normal operation. Maybe it is a multi-screen issue.

Maybe it is something really mixed within the corresponding setting. What should I remove besides the mentioned files?
Comment 5 Gábor Katona 2018-02-07 16:14:50 UTC
After further testing I have found, that I cannot set the same folder for different screens. Not even if one screen is the laptop screen.

Moreover, if I rename the folder set, the desktop will still show the content of the folder and reflects any changes. This is true even if the laptop screen is the only one. The folder in the settings remain the old one. I do not know whether it is the usual behavior, but it is quite strange. It seems that some internal reference is stored instead of the folder name.
Comment 6 Gábor Katona 2018-02-07 16:17:38 UTC
The rename anomaly stay until restart of KDE.
Comment 7 András Manţia 2018-02-08 14:08:12 UTC
Can you attach the ~/.config/plasma-org.kde.plasma.desktop-appletsrc file? Check the content before attaching it, so if there is any sensitive information there, like paths or file names, replace with some other text.
Comment 8 Gábor Katona 2018-02-08 19:39:21 UTC
Created attachment 110447 [details]

Here is my current plasma-org.kde.plasma.desktop-appletsrc.

At the moment I have .Desktop.1 to .Desktop.4 and these are set for activity1-activity4 screen1, and .Desktop.11 to .Desktop.41 linked to the previous set and configured for screen2.

This works for now with one small issue. On activity1 screen2 one icon is missing after moving the same icon on screen1. X-files.
Comment 9 Gábor Katona 2018-02-09 12:46:02 UTC
After today's reboot there are no icons on activities except the original one. And nothing can be set, neither desktop folder neither any place
Comment 10 Gábor Katona 2018-02-09 13:02:06 UTC
After login-logout 3 out of 4 activities returned to life.
After next login-logout all activities are working.
Comment 11 András Manţia 2018-02-21 20:40:55 UTC
https://phabricator.kde.org/D10728 might fix it, or at least have an effect on it to have a consistent behavior after plasma restart.
Comment 12 András Manţia 2018-03-08 11:10:14 UTC
That patch was merged to both 5.12 and master branches, should be in the next plasma release. Please report if this helps or not.
Comment 13 Nate Graham 2018-03-08 14:35:19 UTC
Gábor, please test with Plasma 5.13.0 once it's released in June and let us know if things are better. Alternatively, you can try with KDE Neon (Developer Unstable): https://files.kde.org/neon/images/neon-devedition-gitunstable/current/
Comment 14 Nate Graham 2018-03-08 14:37:11 UTC
Correction, it will also show up in Plasma 5.12.4, which should be released on the 27th of this month.
Comment 15 Gábor Katona 2018-03-28 12:12:54 UTC
Opensuse Tumbleweed is still on 5.12.3 which still has the issue. Maybe in a few days they will release 5.12.4
Comment 16 Andrew Crouthamel 2018-09-28 03:25:26 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 17 Andrew Crouthamel 2018-10-29 02:12:08 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information.

For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!