Bug 264045 - Export to remote computer does not work with fish:// urls
Summary: Export to remote computer does not work with fish:// urls
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-WebService-FileTransfer (show other bugs)
Version: 1.2.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-23 10:39 UTC by Markus Gaugusch
Modified: 2018-02-02 05:54 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 4.11.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Gaugusch 2011-01-23 10:39:31 UTC
Version:           1.2.0 (using KDE 4.4.4) 
OS:                Linux

I tried to copy an image to my webserver by selecting "Plugins/Export/Export to Remove Computer" in Gwenview. 
The dialog asks for a target location and opens a file browser when I click the button. In my opinion this is already wrong, because I want to export to a REMOTE computer. Anyway, I tried to enter a fish:// url (which is autocompleted nicely in the file browser dialog), but after closing it is shown as file:///home/myuser/fish:/myserver/....

Reproducible: Always




OS: Linux (x86_64) release 2.6.34.7-0.7-default
Compiler: gcc
Comment 1 caulier.gilles 2011-01-23 11:12:04 UTC
Can you test with last Kipi-plugins 1.7.0 ?

Gilles Caulier
Comment 2 Markus Gaugusch 2011-01-23 12:51:13 UTC
Hi Gilles!

After updating to KDE 4.5.5/Kipi plugins 1.7.0, this bug is still present. The about box says "Copyright 2009 Johannes Wienke", maybe he should receive this report (I'm not sure if I may assign this to him or if there is anyone else working on that).
Comment 3 caulier.gilles 2011-01-23 12:54:59 UTC
Johannes is in this room normally (:=)))

Gilles
Comment 4 Johannes Wienke 2011-01-23 12:55:40 UTC
As far as I can see this functionality is provided by kdelibs. There's already another open issue about how to setup URLs for this purpose which should be managed by kdelibs. So far there is no reply...
Comment 5 Markus Gaugusch 2011-01-23 13:06:11 UTC
Thanks Johannes! 
Do you know the bug number? May we add it as dependency to this bug?
Comment 6 Johannes Wienke 2011-01-23 13:08:14 UTC
bug 225777
Comment 7 Markus Gaugusch 2011-01-23 19:06:35 UTC
You are right, that one is not very active :(
In the meantime, could you replace the file open dialog with an input field (or offer a possibility to edit the URL after selecting it).
Otherwise I wouldn't know how to use this plugin except for exporting to local media. 
Maybe you can also give some example urls (eg. fish://remote.host/remote/dir or smb://win-pc/share/images, etc.)
Comment 8 Johannes Wienke 2011-01-23 19:12:11 UTC
If you enter the fish url above the file choser window then it should work. There isn't directly an input field visible. Instead you have to click right besides the bread crumb navigation.
Comment 9 caulier.gilles 2011-12-20 13:08:03 UTC
Markus,

This file still valid using kipi-plugins 2.4 ?

Gilles Caulier
Comment 10 caulier.gilles 2015-05-19 15:20:38 UTC
Markus,

This file still valid using kipi-plugins 4.10.0 ?

Gilles Caulier
Comment 11 Markus Gaugusch 2015-05-20 06:14:37 UTC
Hi,
I could only do a quick test with 4.6.0 on my openSuSE 13.2 machine. 
I found out that there is now an input field and I entered fish://markus@host to upload the file. It answered with "permission denied". Then I tried fish://markus@host/home/markus and it worked :-)
I also tried the "Select target location" and it behaved like before, resulting in this path:
/home/markus/fish:/markus@host/home/markus
After removing the leading /home/markus and adding a second slash to fish:// it worked again.
I'll try to update kipi-plugins to 4.10 and notify you.

Thanks!
Markus
Comment 12 caulier.gilles 2015-05-20 06:22:09 UTC
Markus,

Thanks for the feedback.

If it work with 4.6.0, it's enough. Nothing has changed between 4.6.0 &nd 4.10.0 in this tool.

Gilles Caulier