Bug 339381 - Device notifier 'Open in File manager' link opens USBs in Konqueror not Dolphin as expected
Summary: Device notifier 'Open in File manager' link opens USBs in Konqueror not Dolph...
Status: RESOLVED WORKSFORME
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_componentchooser (show other bugs)
Version: unspecified
Platform: Kubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2014-09-25 13:53 UTC by ken taylor
Modified: 2018-10-27 02:20 UTC (History)
3 users (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 ken taylor 2014-09-25 13:53:44 UTC
I'm testing the Neon 5 ISO released on Fri, 29 Aug 2014.

In it, when you insert a USB stick the Device Notifier pops up from the System Tray and displays a link to 'Open in File Manager' correctly. If you click on that link it opens Konqueror not Dolphin as expected, Dolphin is identified in the K Menu as 'File Manager' - you'd expect that would be the program that's opened whilst Konqueror is filed in the K Menu under internet and labelled as 'Web browser'.

You'd expect whether you're launching the File Manager from the Device Notifier or the K Menu they would launch the same program

Reproducible: Always

Steps to Reproduce:
1.
3.
Comment 1 David Edmundson 2014-09-25 13:58:12 UTC
Can you confirm what the default is set to in:
system settings -> applications -> default applications -> file manager

make sure to run the Plasma5 system settings.
Comment 2 ken taylor 2014-09-25 14:32:31 UTC
The Default for the File Manager is set to Konqueror but if you set it to Dolphin instead & click Apply the new choice of Dolphin isn't remembered. If you go back into System Settings again the selection has changed from Dolphin back to Konqueror again and the Device Notifier seems never to use anything other than Konqueror.
Comment 3 David Edmundson 2014-09-25 14:41:25 UTC
OK thanks. So it's the default application remembering that's going wrong rather than anything in the shell.

It seems to be going wrong here too, I just am "lucky" enough to get a better default. Confirmed. 

Note to other devs: I'm not sure which product/component this falls into, please move if you have any ideas.
Comment 4 Martin Klapetek 2014-10-03 11:38:41 UTC
I did some investigation, the choice is properly saved, but when that kcm is opened, it does this to select the app:

        if (first) {
            button->setChecked(true);
            first = false;
        }

either this assumes that KService will return the previously selected app as a first entry or was a porting bug.

Furthermore, the applet's dataengine (hotplug) is using "kioclient5 exec %f" for "Open with file manager". Running strace on kioclient5 shows that it does not at all accesses the config file created by the kcm.

So either kioclient5 should read that config or that kcm should be saving it elsewhere.
Comment 5 David Edmundson 2015-04-19 14:49:06 UTC
For me, things are working perfectly if I manually run 

 update-desktop-database ~/.local/share/applications

 after changing

Can you check if the same applies for you?
Comment 6 Marco Martin 2015-04-20 09:16:38 UTC
also, what's in 
system settings -> applications -> File Associations -> inode -> directory ?
Comment 7 David Edmundson 2015-10-09 12:49:10 UTC
Please respond to the last two questions
Comment 8 Andrew Crouthamel 2018-09-25 21:41:32 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 9 Andrew Crouthamel 2018-10-27 02:20:51 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!