Bug 296608 - Grouped view puts .desktop links in .desktop group
Summary: Grouped view puts .desktop links in .desktop group
Status: RESOLVED INTENTIONAL
Alias: None
Product: dolphin
Classification: Applications
Component: view-engine: general (show other bugs)
Version: 2.0
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-03-23 10:01 UTC by Todd
Modified: 2017-09-04 01:41 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Todd 2012-03-23 10:01:54 UTC
.desktop files can be used to create links to other files and folders.  However, in dolphin, when you enable grouped view and sort by Type, those .desktop files are placed in the "desktop configuration file" group rather than the group with the target file type.

If .desktop file links are meant to be mostly transparent to the user, as I assume they are, then this is a bug since it drastically reduces the transparency of such links.  If not then this is an enhancement request and can be re-categorized as such.

Steps to reproduce:

1. Open dolphin
2. Right-click on a blank space
3. Select "Create new"
4. Click "Link to Location (URL)"
5. In "File name" field, put "root" (no quotes, you can choose something else if you prefer)
6. In the "Enter link to location (URL)" field, put "/" (no quotes, you can choose something else if you prefer)
7. Click the menu wrench
8. Select "sort by"
9. Click "Type"
10. Click the menu wrench again
11. Click "Show in groups"

Expected results:

You have a "root" (or whatever you chose) entry in the "folder" group.

Actual results:

You have a "root" (or whatever you chose) entry in the "desktop configuration file" group.
Comment 1 Jeroen van Meeuwen (Kolab Systems) 2012-08-24 16:19:45 UTC
Resetting assignee to default as per bug #305719
Comment 2 Frank Reininghaus 2013-04-26 15:24:05 UTC
I would indeed consider this an enhancement request rather than a bug, because the mime type of a .desktop file is "desktop configuration file".

I'm not quite sure if .desktop files are indeed supposed to be as transparent as symlinks, which is what you suggest if I understand you correctly.
Comment 3 Todd 2013-05-04 12:39:25 UTC
As far as I know you can't have a symlink to a kio slave, which means .desktop files are the only way to put a link to a remote location in a folder.  So I think this argues for making them as transparent as symlinks.
Comment 4 Frank Reininghaus 2013-05-04 14:23:42 UTC
But then this kind of transparency needs to be implemented in KFileItem, which is the class that tells us about the mime type.
Comment 5 Nate Graham 2017-09-04 01:41:54 UTC
I agree with Frank. For a local path, use a symlink. For a remote path or a link,  Dolphin really doesn't have any way to introspect the .desktop file to see where it leads, and because of the near-infinite possibilities, that sort of isn't reasonably implementable. As always, patches are welcomed, and if you or anyone else comes up with a way to do this, we will definitely consider it.