desktop-packages team mailing list archive

[Sean Storer <410288@xxxxxxxxxxxxxxxxxx>]

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