Bug 485774

Summary: .desktop icon for trash dissapears from desktop when deleting files
Product: [Plasma] plasmashell Reporter: LuneLovehearn <lunelovehearn>
Component: ContainmentAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: lunelovehearn, matejm98mthw, notmart, social.calamari468
Priority: NOR    
Version: master   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description LuneLovehearn 2024-04-19 04:57:56 UTC
***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a back trace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY
since plasma 5, I wrote a .desktop file to have the trash bin on my desktop. it was working fine. after upgrading to plasma 6, any time I throw files to the bin, it disappears from my desktop until next reboot or restart of plasma. the .desktop still exists if I navigate to the desktop folder with dolphin.

STEPS TO REPRODUCE
1. create a .desktop folder for trash bin on desktop or home folder
2. drag and drop files into it/delete files
3. the .desktop file is gone from the desktop.

OBSERVED RESULT
no matter how many times I make the desktop file, it always happen the same. I also tried making a symlink to the .desktop file but have it placed on my home folder, ending with the same result and behavior.

EXPECTED RESULT
keep the .desktop file or symlink to it on my desktop.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
Arch Linux
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.1.0
Qt Version: 6.7.0

ADDITIONAL INFORMATION
the data used to create the .desktop for the Trash on the desktop is the following:

[Desktop Entry]
Comment=Contains deleted files
EmptyIcon=trash-empty
Icon=trash-full
Name=Trash
OnlyShowIn=KDE;
Type=Link
URL[$e]=trash:/
Comment 1 LuneLovehearn 2024-04-19 04:59:25 UTC
if you make the .desktop on any other location and symlink it to the desktop, it will end with the same results.
Comment 2 Matej Mrenica 2024-04-25 13:38:32 UTC
I have the exact same issue. A link to trash on desktop is present after reboot but after a while disappears.
Comment 3 Holmes 2024-04-26 20:07:55 UTC
(In reply to KazuhiroShigeru from comment #0)
> ***
> If you're not sure this is actually a bug, instead post about it at
> https://discuss.kde.org
> 
> If you're reporting a crash, attach a back trace with debug symbols; see
> https://community.kde.org/Guidelines_and_HOWTOs/Debugging/
> How_to_create_useful_crash_reports
> ***
> 
> SUMMARY
> since plasma 5, I wrote a .desktop file to have the trash bin on my desktop.
> it was working fine. after upgrading to plasma 6, any time I throw files to
> the bin, it disappears from my desktop until next reboot or restart of
> plasma. the .desktop still exists if I navigate to the desktop folder with
> dolphin.
> 
> STEPS TO REPRODUCE
> 1. create a .desktop folder for trash bin on desktop or home folder
> 2. drag and drop files into it/delete files
> 3. the .desktop file is gone from the desktop.
> 
> OBSERVED RESULT
> no matter how many times I make the desktop file, it always happen the same.
> I also tried making a symlink to the .desktop file but have it placed on my
> home folder, ending with the same result and behavior.
> 
> EXPECTED RESULT
> keep the .desktop file or symlink to it on my desktop.
> 
> SOFTWARE/OS VERSIONS
> Windows: 
> macOS: 
> Linux/KDE Plasma: 
> Arch Linux
> KDE Plasma Version: 6.0.4
> KDE Frameworks Version: 6.1.0
> Qt Version: 6.7.0
> 
> ADDITIONAL INFORMATION
> the data used to create the .desktop for the Trash on the desktop is the
> following:
> 
> [Desktop Entry]
> Comment=Contains deleted files
> EmptyIcon=trash-empty
> Icon=trash-full
> Name=Trash
> OnlyShowIn=KDE;
> Type=Link
> URL[$e]=trash:/

This is a duplicate of my bug report: 485771
Comment 4 Holmes 2024-04-26 20:09:30 UTC
This is a duplicate of my bug report: 485771

*** This bug has been marked as a duplicate of bug 485771 ***