i just wanted to get this documented somewhere -- im having the same problem -- im hoping this script will do more than the last one i tried which didnt seem to do much at all... lol (not yours, btw, different script)
this is confirmed still an issue on ubuntu 11.10 x64 another WORKAROUND that I found, and apparently no one else has noticed: INSTEAD OF needing to go back to nautilus (or reopen) and try and refresh the ftp connection.. if u have the file-browser side panel addon for gedit -- if youre browsing the correct ftp location, (or right-click and hit 'set root to active document') refreshing the pane IN GEDIT will awaken the ftp connection enough to save your file. WITHOUT SWITCHING TO/OPENING NAUTILUS! at times you can just hit save again, and the initail failed attempt will have had been enoough (i know most of u --and i at first-- wouldnt have 'tried again' after the red banner pops up displaying error) other times, if you hit the refresh button anywhere inside the correct ftp hierarchy, should do it! hit save again, voila! and futhermore, if that still doesnt work -- the most times ive ever had to refresh was THREE. and it works fine. im hoping some python programmer will see this, and realize how SIMPLE a gedit plugin COULD BE -- just with some "refresh" toggleing.. this bug has been driving us all nuts for a lonng time.. -------------- (also complete side-topic, related to ftp-ing in nautilus): has anyone else noticed if you are to browse through nautilus into an ftp server (doesnt seem to work locally, thank god, but this is still VERY SCARY!) and create a file named (any filetype, any name!) -but for example purposes, im calling it: "FIRST.php" fill that with some phony-content. then create another file, with different content. (i would just make one larger than the other, different sizes, so u can see whats happening in nautilus) ill call that one "SECOND.php" now. if you rename 'SECOND.php' to 'FIRST.php' the original file is OVER-WRITTEN, and COMPLETELY GONE!!! (even if the over-written file is marked READ-ONLY!!) ive never posted a bug-report, nor do i currently have any time to address this issue more than what ive just written, so if anyone wants to submit that seperately, be my guest, even copy and paste, use my words, whatever you'd like, but either way please at least reference me :P thanks all, and good luck... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gvfs in Ubuntu. https://bugs.launchpad.net/bugs/410288 Title: Nautilus does not handle FTP timeouts well Status in GVFS: New Status in “gvfs” package in Ubuntu: Triaged Bug description: Binary package hint: gvfs I connected to a FTP server via gvfs in Nautilus. After some time the FTP connection is closed automatically, as I observed with wireshark (421 No transfer timeout (300 seconds): closing control connection). After that, everytime I open a folder on the FTP server I get only an "unexpected end of stream" error. To access the FTP server again I have to disconnect and then connect again. Nautilus does not seem to know that the connection closed. A better behaviour IMHO would be to try and reconnect to the FTP server. ProblemType: Bug Architecture: i386 Date: Fri Aug 7 15:16:05 2009 DistroRelease: Ubuntu 9.10 ExecutablePath: /usr/bin/nautilus LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Alpha i386 (20090722.2) Package: nautilus 1:2.27.4-0ubuntu4 ProcEnviron: PATH=(custom, no user) LANG=de_DE.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-5.24-generic SourcePackage: nautilus Uname: Linux 2.6.31-5-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/gvfs/+bug/410288/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp