Cyberduck
Mountain Duck
CLI#6159 closed defect (thirdparty)
Netware Interoperability with STAT
| Reported by: | swwest@… | Owned by: | dkocher |
|---|---|---|---|
| Priority: | low | Milestone: | |
| Component: | ftp | Version: | 4.1 |
| Severity: | normal | Keywords: | |
| Cc: | Architecture: | Intel | |
| Platform: | Mac OS X 10.6 |
Description (last modified by dkocher)
I switched from version 3.8.1 to 4.1 today and noticed a significant delay in loading directories on FTP sites. When I compared the log files, there is a different sequence and the process stalls on the step: 215 NETWARE Type: L8 STAT GS16/GS16/ for the 4.1 version. If I wait long enough, it does complete the load, but as seen below, the stat info does not show in the log. If I hit the stop (big red icon) button while it is stalled, it immediately shows the directory. I guess that the stop button ends the attempt to run STAT. So I am wondering whether the FTP site is confused by this different sequence of events. The following log files include the lines up to the PASV command.
The first sequence is from 3.8.1:
220 Service Ready for new User FEAT 500 'FEAT' : Unknown Command USER .westc.w.employee.clemsonu 331 Password Needed for Login PASS ******** 230 User WESTC Logged in Successfully NOOP 200 NOOP Command Successful CWD //GS16/GS16/workgroups 250 Directory successfully changed to "/GS16/workgroups" SYST 215 NETWARE Type: L8 STAT //GS16/GS16/workgroups 211- Client IP Address 24.31.14.198 211- User CN=westc.OU=w.OU=EMPLOYEE.O=CLEMSONU 211- Current Context OU=w.OU=EMPLOYEE.O=CLEMSONU 211- Name Space LONG 211- Current Directory /GS16/workgroups 211- Current Server GS16 211- Transfer Type ASCII 211- Transfer Structure FILE 211- Files Sent 0 211- Files Received 0 211- Bytes Sent 0.000 KBytes 211- Bytes Received 0.000 KBytes 211- Avg Transfer Rate 0.000 KBytes/sec 211- Session Time 0 Hr 0 Min 6 Sec 211- Last Command SYST 211 End of Status PASV
...
This is the sequence for 4.1:
220 Service Ready for new User FEAT 500 'FEAT' : Unknown Command USER .westc.w.employee.clemsonu 331 Password Needed for Login PASS ******** 230 User WESTC Logged in Successfully NOOP 200 NOOP Command Successful SYST 215 NETWARE Type: L8 STAT //GS16/GS16/workgroups 220 Service Ready for new User FEAT 500 'FEAT' : Unknown Command USER .westc.w.employee.clemsonu 331 Password Needed for Login PASS ******** 230 User WESTC Logged in Successfully CWD //GS16/GS16/workgroups 250 Directory successfully changed to "/GS16/workgroups" TYPE A 200 TYPE Command OK A PASV ...
Change History (3)
comment:1 Changed on Aug 22, 2011 at 4:27:11 PM by dkocher
- Description modified (diff)
comment:2 Changed on Aug 22, 2011 at 4:30:52 PM by dkocher
- Summary changed from Long delay when reading FTP directory in version 4.1 to Netware Interoperability with STAT
comment:3 Changed on Aug 22, 2011 at 4:33:07 PM by dkocher
- Resolution set to thirdparty
- Status changed from new to closed
The transcript shows that there is no response to STAT //GS16/GS16/workgroupsand the connection is dropped and reopened after the default timeout of 30 seconds. This is an issue with the server software not failing gracefully on a command that it does not recognize at a certain point in the protocol flow. As a workaround, disable the use of STAT.