Bug 396111 - Activity doesn't update files shown on desktop
Summary: Activity doesn't update files shown on desktop
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Desktop icons & Folder View widget (other bugs)
Version First Reported In: 5.13.2
Platform: Manjaro Linux
: NOR normal
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-03 06:00 UTC by elman
Modified: 2022-09-23 08:17 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description elman 2018-07-03 06:00:14 UTC
When using custom folder in folder view, new files do not show on desktop.

1. Create secondary activity and switch to it
2. Configure desktop
3. Select Folder View
4. Select Location
5. Specify a folder
6. Choose any folder in your home
7. Apply everything
8. Copy a file to your desktop file
9. File does not show on desktop

Expected result: File will be visible on desktop

When I change custom folder to "Show a place" and then change back to custom folder, files appear on desktop.
Comment 1 Eike Hein 2018-07-17 09:05:07 UTC
I don't understand your steps, especially #8. Are you copying to the custom folder from the outside, using a filemanager?
Comment 2 elman 2018-07-18 03:19:57 UTC
Sorry, there is a typo. It should say "8. Copy a file to your desktop folder".

Point is that I have second activity with folder view and I chose my folder. Then I copy a file to that folder and I don't see it on desktop. When I change desktop folder to other folder and then return to my folder, file appears on desktop.

It doesn't matter how the file got there. I tried copying via Double Commander, drag & drop via Dolphin and 'touch file.txt' within my folder. Neither of those files is displayed on desktop.
Comment 3 Eike Hein 2018-07-18 05:43:26 UTC
Sorry, I need some more information just to make absolutely sure.

There's two ways to change the folder that Folder View shows when used as the desktop contaiment:

1) System Settings -> Applications -> Desktop path
2) "Configure Desktop" -> Location

I think you used '2', right? Just to make sure (because the way directory updates happen differs between them).

And then you copy a file to the folder you configured, and it doesn't show up.

The most frequent reason this happens is: The system is using inotify to monitor folders for changes, but something else on the system is using inotify a lot, and hitting the system limit of too many inotify watches.

You could find some debug hints here: https://stackoverflow.com/questions/13758877/how-do-i-find-out-what-inotify-watches-have-been-registered
Comment 4 elman 2018-07-22 05:17:35 UTC
Yes, I'm using 2) "Configure Desktop" -> Location
And yes, then I copy a file to the folder I configured, and it doesn't show up.

Inotify seems to be fine with my computer. I have like 60 watches and limit is 65536.

However I just realized that problem might be related to symlinked folder. When I reported this bug, I used folder like this /home/elman/symlinkedFolder/Desktop.

Today I was trying folder without symlink in its path and everything was working as expected - files were updated. Then I used path /home/elman/symlinkedFolder/Desktop and copied files did not show. After that I tried again folders without symlink and they didn't work. So something about symlink could have broken things.
Comment 5 Eike Hein 2018-07-23 03:23:27 UTC
Thanks, that's useful extra info. I'll see if I can reproduce with the symlink.
Comment 6 Christoph Feck 2018-08-03 15:55:09 UTC
Updating status in the meantime.
Comment 7 Eric Edlund 2022-08-29 13:05:04 UTC
I remember a time when this was not working, but it appears to be working now. Can you still reproduce?
Comment 8 Bug Janitor Service 2022-09-13 04:36:21 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
mark the bug 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 9 elman 2022-09-23 08:17:33 UTC
Hi. I can't reproduce anymore, so it seems it has been fixed. Thank you.