Resume on Upload (FXP)

[geist]

i upgraded from build 475 (1999) to build 775 & 800 and found out that the upload resume is working icncorrectly now.

It works correctly with G6 FTP Server but somehow it dont work anymore correctly with os/2 ones.

Some Experience i have done shows me , that newer flashfxp builds doesnt send anymore the APPE command to append data to the remote system.

It only sends the REST Command.

As a result of this, the files that will be appended on new Builds (775+800) fails a CRC32 chek

The old build (475) sends the APPE command and all files that was appended have a valid CRC32 checksum.

As i what i said before , it seems some server doesnt need APPE command to be send and work correctly with REST command alone.


This follwing Ã*s a hardcopy of the status log from Flash build 800 :
200 Data port set
STOR dnl-rvw.001
150 OK, opening data connection.
RETR dnl-rvw.001
150 Opening BINARY mode data connection for file dnl-rvw.001 (20000000 bytes).
ABOR
426 Transfer failed.
226 Transfer complete, closing data connection.
226 Command aborted
ABOR
226 Command aborted
Transfer Failed!
1 File failed to transfer
User Aborted
TYPE A
200 OK
PASV
227 Entering passive mode (195,3,84,36,195,3)
LIST -al
150 OK, opening data connection.
226 Transfer complete.
TYPE I
200 OK
PASV
227 Entering passive mode (195,3,84,36,195,4)
PORT 195,3,84,36,195,4
200 Data port set
REST 8581120
350 Restart marker set.
STOR dnl-rvw.001
150 OK, opening data connection.
REST 8581120
350 Restart marker set.
RETR dnl-rvw.001
150 Opening BINARY mode data connection for file dnl-rvw.001 (20000000 bytes).
226 Transfer complete, closing data connection.
226 Transfer complete, closing data connection.
Resumed: dnl-rvw.001 11.418.880 bytes in 8,122 (1.372,97 KB/Se

When i do a CRC check this resumed file FAILS the check.

Now a hardcopy of flashfxp build 475 :

PORT 195,3,84,36,195,5
200 Data port set
STOR dnl-rvw.001
150 OK, opening data connection.
RETR dnl-rvw.001
150 Opening BINARY mode data connection for file dnl-rvw.001 (20000000 bytes).
(debug) FDFTP1 Abort Triggered
ABOR
426 Transfer failed.
226 Command aborted
(debug) FDFTP1 Abort finished
(debug) FDFTP2 Abort Triggered
226 Transfer complete, closing data connection.
ABOR
226 Command aborted
(debug) FDFTP2 Abort finished
User Aborted
TYPE A
200 OK
PORT 212,186,194,170,6,78
200 Data port set
LIST
150 OK, opening data connection.
226 Transfer complete.
TYPE A
200 OK
PORT 212,186,194,170,6,85
200 Data port set
LIST
150 OK, opening data connection.
226 Transfer complete.
TYPE I
200 OK
TYPE I
200 OK
PASV
227 Entering passive mode (195,3,84,36,195,6)
PORT 195,3,84,36,195,6
200 Data port set
APPE dnl-rvw.001
150 OK, opening data connection.
REST 11771904
350 Restart marker set.
RETR dnl-rvw.001
150 Opening BINARY mode data connection for file dnl-rvw.001 (20000000 bytes).
226 Transfer complete, closing data connection.
226 Transfer complete, closing data connection.
Transferred: dnl-rvw.001 20.000.000 bytes in 00:05 (3.906,25 KB/sec)

(i use the Break command during upload to create a incomplete file that i resume then)

As this log show,s the "APPE" command wil be send before the "REST" command.

This file will NOT FAIL the CRC32 checksum test.

Looks like some FTP Servers need the APPE command to be send.

Is this a BUG in newer Flash builds ???

[bigstar]

Some ftp servers require APPE and others REST/STOR, the majority of the ftp servers we tested supported the later method so we decided to make it the default.

This option can be changed, go into the Site Manager / Options Tab, and check "Use APPE to resume uploads"

[geist]

The Problem is that in Preferences the option "use APPE to resume upload" is checked.

FlashFxp seems to ignore this setting and does not use APPE to resume uploads.

I even closed and restarted the program, its still the same.

Thing there is a bug in the code since it does not react to this switch.

[bigstar]

You're correct the default value is not being set. You can force the site to use APPE by checking the option per site, via the Site Manager / Options Tab. Giving it a solid checkmark.

I will address this in the next public beta release.

[geist]

The Problem is that in Preferences the option "use APPE to resume upload" is checked.

FlashFxp seems to ignore this setting and does not use APPE to resume uploads.

I even closed and restarted the program, its still the same.

Thing there is a bug in the code since it does not react to this switch.

[bigstar]

YES.. For the second time.. It will be fixed in the next public beta release.

[geist]

sorry for the 2nd reply wich is the same as the 1st
somehow i have posted it again during reading.

Dot know how this could happen, just saw it today by getting as replay email.

Once again , sorry

[bigstar]

The new build has been posted, build 815