Yummy Software
Welcome, Guest. Please login or register.
Did you miss your activation email?
January 23, 2011, 02:37:41 PM
4144 Posts in 837 Topics by 1137 Members
Latest Member: len2001
Home Help Search Login Register
Yummy Software  |  Yummy FTP  |  Problems & Bugs  |  Slow reading of directory index « previous next »
Pages: [1] Print
Author Topic: Slow reading of directory index  (Read 964 times)
TJung
Newbie
*
Posts: 14


Slow reading of directory index
« on: May 26, 2010, 08:42:36 AM »

Hello,

I've got a strange problem with – as far as I can tell – a single server and YummyFTP.
It happens most of the time but not always.
Yummy connects to the server fine, but then for a few minutes I only see the message "Reading Directory Index" (or whatever this message says in English; I'm working with Yummy in German). The root directory only has three subdirectories so it can't be because there's so much to read.
Once the directory is read, everything is back to normal, i.e. I can upload and download files, read more subdirectories etc. with usual speed.

All other servers I've bookmarked run fine.
So far it sounds as if it might be nothing more but a server lag, but when I connect to the server using the Finder, there's no delay at all. And now I've installed the Transmit trial just to check... no delay either.
On the other hand, when I log onto the server using the command line ftp client from the Terminal, I also can log in fine but when I type the ls command, nothing happens and after roundabout a minute I get the message "Operation timed out".

Any ideas what might be wrong?
I guess that there's something in the settings which might cause the delay but I've got no idea what this might be...
Logged
JD
Administrator
FTP Guru
*****
Posts: 1865


Re: Slow reading of directory index
« Reply #1 on: May 26, 2010, 02:06:12 PM »

There is a known issue in 1.8.2 with the Auto-detect Time Offset feature which might cause such a delay. If you have it enabled then try with it off. Having said that, there is no way that issue can be related to the similar delay encountered via the command line FTP, so unlikely to be the real issue.

Certainly, there are no other settings which would have an effect such as this, so I think the only way for me to provide any further help would be for me to try the connection myself. Is that possble?
 
Logged
TJung
Newbie
*
Posts: 14


Re: Slow reading of directory index
« Reply #2 on: May 27, 2010, 06:54:48 AM »

Thank you for your reply!

As you suspected, turning off the Auto-detect Time Offset didn't help.
I've got to ask the server admin if he can provide a FTP account for testing and then I'll come back to you...
Logged
TJung
Newbie
*
Posts: 14


Re: Slow reading of directory index
« Reply #3 on: May 28, 2010, 08:33:39 AM »

Problem solved:
I just had to turn off the passive mode. The admin told me that he had recently switched to active mode.
Should've thought of that possibilty myself. 

Thank you for your preparedness to help anyway!  Smiley

Kind regards,
Tobias Jung
Logged
JD
Administrator
FTP Guru
*****
Posts: 1865


Re: Slow reading of directory index
« Reply #4 on: May 29, 2010, 08:39:40 AM »

Interesting, because Yummy's default settings are to automatically try Active mode if Passive fails (and vice versa).

Did you turn that off?

Anyway, glad to hear it's working now Smiley
Logged
TJung
Newbie
*
Posts: 14


Re: Slow reading of directory index
« Reply #5 on: June 04, 2010, 06:41:41 AM »

In YummyFTP's prefs the option to automatically recognize active/passive mode is checked.
But in the bookmark's preferences "passive mode" was checked... can't remember when or why I checked that option, but obviously that's what caused the trouble.
Logged
JD
Administrator
FTP Guru
*****
Posts: 1865


Re: Slow reading of directory index
« Reply #6 on: June 04, 2010, 03:38:39 PM »

Thanks for getting back.

Yes, the setting to use Passive FTP should be disabled, and this is what caused the long initial delay. After Yummy auto-switched to Active mode all was well again.  It's all clear now Smiley
Logged
Pages: [1] Print 
« previous next »
Jump to: