Bug 345199 - KF5 Dolphin doesn't show the contents of a directory after being redirected by a KIO
Summary: KF5 Dolphin doesn't show the contents of a directory after being redirected b...
Status: RESOLVED WORKSFORME
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR major
Target Milestone: ---
Assignee: David Faure
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2015-03-16 05:30 UTC by Albert Vaca Cintora
Modified: 2018-10-29 02:12 UTC (History)
6 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 Albert Vaca Cintora 2015-03-16 05:30:18 UTC
I'm porting KDE Connect to Plasma 5 and I just found this bug with the latest version of Dolphin and KIO from git. I don't know exactly if this bug falls under KIO or under Dolphin, sorry if I got it wrong.

KDE Connect installs a KIO slave that handles the protocol 'kdeconnect:/'. When the user accesses a phone through this KIO, the phone filesystem is mounted in a local directory in the background, and the user is presented with some fake directories in the KIO that just redirect you to the actual location the phone storages are mounted in your local FS.

The KIO slave adds the 'redirect directory' entries like this:
        KIO::UDSEntry entry;
        entry.insert(KIO::UDSEntry::UDS_NAME, "files");
        entry.insert(KIO::UDSEntry::UDS_DISPLAY_NAME, name);
        entry.insert(KIO::UDSEntry::UDS_ICON_NAME, "folder");
        entry.insert(KIO::UDSEntry::UDS_FILE_TYPE, S_IFDIR);
        entry.insert(KIO::UDSEntry::UDS_ACCESS, S_IRUSR | S_IRGRP | S_IROTH);
        entry.insert(KIO::UDSEntry::UDS_MIME_TYPE, "");
        entry.insert(KIO::UDSEntry::UDS_URL, path);
        listEntry(entry);

The bug is that, when you try to access one of this 'fake' folders that redirect you to somewhere in the local filesystem (the path indicated in KIO::UDSEntry::UDS_URL, even though I tried with UDS_TARGET_URL with the same results), the redirection actually works and you get there, but you are presented an empty directory until you press Reload (F5) or click the URL bar and press enter (effectively reloading the directory). The contents are in place all the time (you can see them using your terminal), but after the KIO redirection Dolphin just doesn't load them automatically.

This problem affects the usability of this feature of KDE Connect.

Reproducible: Always
Comment 1 Emmanuel Pescosta 2015-03-16 08:16:28 UTC
Thanks for the detailed bug report!

Can you reproduce the problem in the open/save dialog (e.g. in Kate) as well? If yes it is most likely a problem in KIO.
Comment 2 Albert Vaca Cintora 2015-03-17 06:11:12 UTC
Happens as well in the Open dialog, reassigning to KIO.
Comment 3 Albert Vaca Cintora 2015-07-31 16:56:26 UTC
This problem is still present in KIO, but in case anyone else is facing this issue, you might want to know that we fixed it from the KDE Connect side with this patch:

https://git.reviewboard.kde.org/r/124544/diff
Comment 4 Nate Graham 2018-04-20 22:08:11 UTC
Is this still a problem?
Comment 5 Andrew Crouthamel 2018-09-28 03:40:30 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 6 Andrew Crouthamel 2018-10-29 02:12:40 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!