Bug 166284

Summary: Icon for program launching breaks when .desktop file deleted
Product: [Unmaintained] plasma4 Reporter: Frank Schmitt <tonne2004>
Component: generalAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED UNMAINTAINED    
Severity: wishlist CC: asraniel, echidnaman, nathan, renda.krell, tyrerj
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Frank Schmitt 2008-07-11 10:48:25 UTC
Version:            (using Devel)
Installed from:    Compiled sources
OS:                Linux

1) Go to a folderview
2) Right-Click and say "Create new Link to Application"
3) Fill in icon, command etc
4) Drag and drop the new icon to the panel
5) Be happy that everything worked perfectly so far
6) Decide some days later that you don't need the icon in the folderview
7) Delete the icon from the folderview (while retaining the one in the panel)
8) Click the icon in the panel (which worked perfectly well before you deleted the one in the folderview)

You get an error message saying "The desktop entry file /home/kde4daily/Desktop/Konsole.desktop has no Type=... entry."

First bug:
This message is misleading: The file home/kde4daily/Desktop/Konsole.desktop is in fact deleted.

Second bug:
This shouldn't happen at all. The panel icon should just continue working. It's very unintuitive that both icons somehow stay linked together.
Comment 1 Jason Stubbs 2008-07-14 15:24:30 UTC
"First bug" is obviously a problem that needs to be fixed.

FWIW, for "Second bug" I think that it'd be more intuitive that a shortcut applet copy the details of a .desktop file rather than creating a shortcut to it when using drag and drop.
Comment 2 Marco Martin 2008-07-14 18:26:08 UTC
the icon plasmoid should be made smarter is many ways.
perhaps monitoring the linked file and closing itself when it got deleted?
Comment 3 Aaron J. Seigo 2008-07-14 19:43:13 UTC
monitoring the linked file is one thing that should be done; but also not linking to a .desktop file if it represents an entry that we can grab as a kservice directly.
Comment 4 Aaron J. Seigo 2008-07-18 18:15:49 UTC
*** Bug 166945 has been marked as a duplicate of this bug. ***
Comment 5 Jonathan Thomas 2008-11-19 21:38:04 UTC
Implementing Jason's suggestion would also make Application Launchers dragged from  KMenu editable. Currently one cannot edit them at all since they point to the actual desktop file in /etc/path/to/desktop.desktop
Comment 6 James Richard Tyrer 2009-03-08 16:26:06 UTC
Re: Comment #5

In KDE-3.5, icons dragged from the menu are links.  Perhaps the best choice in all cases is to have the little dialog that pops up and asks if you want to copy or link.  However, icons dragged from the file system or a Folder View should _always_ be copies.

IAC, there is a problem with the current links.  Since they are links, you should not be allowed to click: "Icon Settings" and modify them.  Another possibility would be that when you modify a link from the menu that the 'desktop' file is copied and the copy is modified.
Comment 7 Aaron J. Seigo 2009-03-24 02:29:24 UTC
*** Bug 186418 has been marked as a duplicate of this bug. ***
Comment 8 Jaime Torres 2009-04-25 11:24:37 UTC
With svn r954171 (kde 4.2.70), when I remove the application link in the folder view I get a message that says +/- "The file ..../application link.desktop does not exists".

The problem (but this is another bug) is that until I close that message, I can not change desktops, nor applications clicking in the task bar.
Comment 9 Beat Wolf 2009-12-12 16:58:33 UTC
I'm changing this to a wishlist. Copy by default is not the wanted feature, but link is. So this is not a bug, but a feature request (beeing able to chose if a copy or a link is created)
Comment 10 Nate Graham 2018-06-08 20:29:04 UTC
Hello!

This feature request was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this feature request is already implemented in Plasma 5, or is no longer applicable.

Accordingly, we hope you understand why we must close this feature request. If the requested feature is still desired but not implemented in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting

If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging

Thanks for your understanding!

Nate Graham