Version: 0.10 (using KDE 3.4.0, Debian Package 4:3.4.0-0pre3 (3.1)) Compiler: gcc version 3.3.5 (Debian 1:3.3.5-8) OS: Linux (i686) release 2.6.10 Using MSN in Kopete sometimes I want to send files, and sometimes those files are in others disk partitions, so I thing is very usable to look for the files writing media:/. But Kopete only allows local file trasnsfer, and when I choose a file of a partition writing media:/, Kopete says that media:/ is not a local protocol. I understand the bug, but I think it would be nice and very usable for new users to allow sending files directly from media:/. In KFileDialog I hve created a media:/ icon that is very usable in my opinion.
This is a kio_mediabug. There is no way media:/ should be considered a remote protocol.
I'm not against looking into it... but honestly it looks like that's kopete's fault. It's maybe a bit too strict dealing with ioslave. If it simply uses KURL::isLocalFile() then that's a kopete bug. Moreover I don't see why I couldn't save a file I receive from kopete to a ftp or ssh place. ;-) But if you only want to deal with local files in Kopete, you could stat the place first and look for a UDS_LOCAL_PATH entry.
>> If it simply uses KURL::isLocalFile() then that's a kopete bug. You peaked my interest, so I looked into it. MSN does not seem to have any code to handle remote files.
The possibility of saving a MSN receiving file in a FTP or FISH place maybe cool, but I think it's not very important. More interesting is the possibility to use media:/ protocol using just local disk partitions, and Kopete doesn't allow it (at least in MSN). I mean: when I am using MSN and want to send a file, I can't choose files from media:/ (selecting any disk partitions of my computer). Kopete says that "Only local protocols are allowed". I can go directly to "/mnt/FAT_partition/" and select the file, but this way is less usable than using directly media:/ protocol (if possible a newbie doesn't know in which directory is mounted the FAT partition, or the cdrom, maybe he only knows to go there by media:/).
On Tuesday 12 April 2005 12:04 pm, ibc wrote: > I mean: when I am using MSN and want to send a file, I can't choose files > from media:/ (selecting any disk partitions of my computer). Kopete says > that "Only local protocols are allowed". MSN does not appear to have any KIO code at all... only local files will work ( file:// ).
OK, but then, what is for KIO media:/ if I can't use it to select files in the most commons programs like Kopete? All the files in media:/ are in fact local files (file://), so Kopete should know it and "traslate" the media:/ URL to a file:// URL and send this one to MSN protocol. Is it possible? I'm not speaking about FTP or FISH KIO fo using them in Kopete. I'm just speaking about local files, and media:/ files, that are in fact local files. Anyway, the utility and usability of media:/ KIO is not valid for the common user if he can't use it in him programs.
The bug affects more than just Kopete. Trying to set a background image by going through the media:/ ioslave, even if I browse to somewhere on a local hard drive, yields the error "You can only select local files." If I enter media:/hda5 (a local hard drive) into Konqeror's address bar, and then right-click on anything, I get a different context menu than if I browse to the very same location using file:/ instead: the "Move to Trash" entry is grayed out, and there is no option to open a terminal, among other things. This seems to be the same bug as 105771.
media:/ works now
Nice :)
seems this bug is not MSN specific, moving it to the Main application
Come to think of it, I could swear that I used to be able to send files from an kio_sftp (sftp://) source to AIM and ICQ buddies (only contacts I have). I assumed that KIO then did whatever magic was needed to complete the transaction (my guess: either opened a connection to the file and tricked the IM protocol into thinking it was local, which it looked like, or copied the file to /tmp and sent from there). Then I updated to 0.80.2 (openSUSE Factory KDE4 repository 4.3.1-110.2) and now the filepicker insists that I "can only select local files" (three times in a row, in fact) with a popup titled "Remote files not acce[pted]". Trying to drag'n'drop the remote file (from Dolphin) just pastes its sftp:// URL into the input line. Regardless of whether I could, in fact, do that in the past, I think it a very good enhancement that would make dealing with remote files a whole lot more pleasant than requiring that we mount a remote directory (not always possible) or manually copy the file to a local directory only to delete it after the send (very inconvenient). As we move to a more networked environment, I think it only good to reduce the difference in interfacing with remote files from local ones. Hope that seems reasonable, since I do a lot of accessing data over SFTP.
Okay, maybe my memory is filling its potholes with gelatin, and I was actually sending data from Flash media -- but the request still stands. ;)
Dear user, unfortunately Kopete is no longer maintained. Please migrate to another solution, e.g. for Jabber a possibility is Kaidan, for Matrix a candidate is NeoChat.