ID: 39583
Updated by: [EMAIL PROTECTED]
Reported By: ts dot serveroperations at wmdata dot com
-Status: Open
+Status: Feedback
Bug Type: FTP related
Operating System: Redhat Enterprise ES version 4
PHP Version: 4.4.4
New Comment:
That's right, the default mode is binary, but I don't see any TYPE
commands in your log.
The ftp_put() function first sends "TYPE <type>" command and STOR after
that.
Can you trace it in gdb and set a breakpoint on "ftp_put" and
"ftp_type" functions to see how exactly they are executed?
Previous Comments:
------------------------------------------------------------------------
[2006-11-22 15:18:25] ts dot serveroperations at wmdata dot com
This is the transferlog from the ftpserver:
Wed Nov 22 15:08:25 2006 0 drops 83 /site/tempdir/testfile.txt b _ i r
temp ftp 0 *
The ftp server is glftpd 2.01 for i386 Linux
We sniffed the transfer using tcpdump, here's the output, sorry that it
is in HEX but we cut off all numbers to reduce linesize, but it is still
readable and you can make out 150.Opening.BINARY.mode:
547369717(0) win 32767 <mss 16396,sackOK,timestamp 2440911661
0,nop,wscale 2>
..............E.
.<[EMAIL PROTECTED]@.p.......
.......p........
[EMAIL PROTECTED]
[-........
536371407(0) ack 3547369718 win 32767<mss 16396,sackOK,timestamp
2440911661 2440911661,nop,wscale 2>
..............E.
.<[EMAIL PROTECTED]@.<.......
...........p....
[EMAIL PROTECTED]
[-.}[-....
92 <nop,nop,timestamp 2440911661 2440911661>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
...........}[-.}
[-
3538374111(0) win 32767 <mss 16396,sackOK,timestamp 2440911716
0,nop,wscale 2>
..............E.
.<[EMAIL PROTECTED]@.%.......
.....q..M.......
[EMAIL PROTECTED]
[d........
3538374112 win 0
..............E.
.([EMAIL PROTECTED]@.0.......
...q........M.P.
......
1 win 8192 <nop,nop,timestamp 2440911721 2440911661>
..............E.
[EMAIL PROTECTED]@.V|......
...........p....
...`.......}[i.}
[-220.localhost.
Dropsite..(glFTP
192 <nop,nop,timestamp 2440911721 2440911721>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
...........}[i.}
[i
57 win 8192 <nop,nop,timestamp 2440911722 2440911721>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
...3.......}[j.}
[iUSER.temp..
192 <nop,nop,timestamp 2440911722 2440911722>
..............E.
[EMAIL PROTECTED]@.V.......
...........p....
...........}[j.}
[j
k 12 win 8192 <nop,nop,timestamp 2440911728 2440911722>
..............E.
[EMAIL PROTECTED]@.V.......
...........p....
...I.......}[p.}
[j331.Password.r
equired.for.temp
k 90 win 8192 <nop,nop,timestamp 2440911728 2440911728>
..............E.
[EMAIL PROTECTED]@.p.......
.......p.....)..
...3.......}[p.}
[pPASS.temp..
ack 23 win 8192 <nop,nop,timestamp 2440911736 2440911728>
..............E.
[EMAIL PROTECTED]@.T.......
.........).p....
...........}[x.}
[p230-..........
................
8192 <nop,nop,timestamp 2440911776 2440911736>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
...........}[..}
[x
ack 23 win 8192 <nop,nop,timestamp 2440911782 2440911776>
..............E.
[EMAIL PROTECTED]@.U.......
...........p....
...........}[..}
[.230-.`-=------
----------------
8192 <nop,nop,timestamp 2440911782 2440911782>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
...........}[..}
[.
k 711 win 8192 <nop,nop,timestamp 2440911783 2440911782>
..............E.
[EMAIL PROTECTED]@.p.......
.......p........
[EMAIL PROTECTED]
[.PORT.127,0,0,1
,138,186..
ack 47 win 8192 <nop,nop,timestamp 2440911787 2440911783>
..............E.
[EMAIL PROTECTED]@.V.......
...........p.$..
...F.......}[..}
[.200.PORT.comma
nd.successful...
k 741 win 8192 <nop,nop,timestamp 2440911787 2440911787>
..............E.
[EMAIL PROTECTED]@.p.......
.......p.$......
...D.......}[..}
[.STOR./tempdir/
testfile.txt..
:3545163343(0) win 32767 <mss 16396,sackOK,timestamp 2440911791
0,nop,wscale 2>
..............E.
.<[EMAIL PROTECTED]@.~.......
..1....N.O......
..,[EMAIL PROTECTED]
[.........
:3537573975(0) ack 3545163344 win 32767 <mss 16396,sackOK,timestamp
2440911791 2440911791,nop,wscale 2>
..............E.
.<[EMAIL PROTECTED]@.<.......
....1....W.N.P..
[EMAIL PROTECTED]
[..}[.....
8192 <nop,nop,timestamp 2440911791 2440911791>
..............E.
[EMAIL PROTECTED]@.~.......
..1....N.P...X..
...........}[..}
[.
ack 75 win 8192 <nop,nop,timestamp 2440911795 2440911787>
..............E.
[EMAIL PROTECTED]@.Vm......
[EMAIL PROTECTED]
...c.......}[..}
[.150.Opening.BI
NARY.mode.data.c
ck 1 win 8192 <nop,nop,timestamp 2440911795 2440911791>
..............E.
[EMAIL PROTECTED]@..w......
....1....X.N.P..
...{.......}[..}
[.blasdjknas..q.
.dqw..dwe......f
8192 <nop,nop,timestamp 2440911795 2440911795>
..............E.
[EMAIL PROTECTED]@.~.......
..1....N.P......
...........}[..}
[.
ck 1 win 8192 <nop,nop,timestamp 2440911795 2440911795>
..............E.
[EMAIL PROTECTED]@.........
....1......N.P..
...........}[..}
[.
85 win 8192 <nop,nop,timestamp 2440911800 2440911795>
..............E.
[EMAIL PROTECTED]@.~.......
..1....N.P......
...........}[..}
[.
8192 <nop,nop,timestamp 2440911800 2440911800>
..............E.
[EMAIL PROTECTED]@.........
....1......N.Q..
...........}[..}
[.
8192 <nop,nop,timestamp 2440911835 2440911795>
..............E.
[EMAIL PROTECTED]@.p.......
[EMAIL PROTECTED]
...........}[..}
[.
ack 75 win 8192 <nop,nop,timestamp 2440911838 2440911835>
..............E.
[EMAIL PROTECTED]@.V/......
[EMAIL PROTECTED]
...........}[..}
[.226-.[Ul:.0.0M
B].[Dl:.0.0MB].[
8192 <nop,nop,timestamp 2440911838 2440911838>
..............E.
[EMAIL PROTECTED]@.p.......
[EMAIL PROTECTED]
...T.......}[..}
[.
919 win 8192 <nop,nop,timestamp 2440911838 2440911838>
..............E.
.:[EMAIL PROTECTED]@.p.......
[EMAIL PROTECTED]
...........}[..}
[.QUIT..
ack 81 win 8192 <nop,nop,timestamp 2440911847 2440911838>
..............E.
[EMAIL PROTECTED]@.V.......
.........f.p.F..
...6.......}[..}
[.221-.Goodbye..
ack 81 win 8192 <nop,nop,timestamp 2440911851 2440911838>
..............E.
.:[EMAIL PROTECTED]@.V.......
.........t.p.F..
...........}[..}
[.221...
940 win 8192 <nop,nop,timestamp 2440911851 2440911847>
..............E.
[EMAIL PROTECTED]@.p.......
.......p.F...{..
...".......}[..}
[.
192 <nop,nop,timestamp 2440911851 2440911851>
..............E.
[EMAIL PROTECTED]@.V.......
.........{.p.G..
...........}[..}
[.
------------------------------------------------------------------------
[2006-11-22 13:47:02] [EMAIL PROTECTED]
Is it possible to get a log of this FTP session to see what exactly is
passed to the server and what was its response?
------------------------------------------------------------------------
[2006-11-22 13:36:13] ts dot serveroperations at wmdata dot com
We need to be able to use notepad. However the unix like endings works
if the transfer mode is set to ascii.
If we run "TYPE ASCII" or just "ASCII" the server responds with:
200 Type set to A.
The problem is not that we use notepad, the problem is that all
transfers is in binary mode, even if we state FTP_ASCII in the ftp_put
or ftp_get functions.
------------------------------------------------------------------------
[2006-11-22 11:18:37] [EMAIL PROTECTED]
>downloaded and viewed in windows XP with notepad.
Please get a decent TXT viewer instead of notepad.
AFAIK it was never able to display Unix line endings properly.
Does your FTP server understand "TYPE A" command?
------------------------------------------------------------------------
[2006-11-22 10:29:31] ts dot serveroperations at wmdata dot com
Description:
------------
The ftp function always transfer files in binary mode which results in
textfiles being corrupted with no newlines.
The configure line we used is
./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-mysql
--enable-module=so --enable-ftp
We have not made any changes to php.ini.
We tested on both the latest CVS snapshot and PHP 4.4.4
The code below expects a file named testfile.txt to be located in
/var/www/html/ and a ftp server on localhost with user test, password
test, address localhost and a folder named testdir. When we look in the
logfile of the ftp server we see that the file actually was transferred
in binary mode, we tried 2 different ftp servers with the same result.
The ftp server and webserver are on the same machine (Linux Redhat),
the php page is browsed from a windows XP computer and testfile.txt is
downloaded and viewed in windows XP with notepad.
This bug resembles Bug #19036 but this is between windows and linux
which uses different newline characters. Therefore we must use ascii
mode.
Reproduce code:
---------------
<?php
// set up basic connection
$ftp_server = "localhost";
$ftp_user_name = "test";
$ftp_user_pass = "test";
$conn_id = ftp_connect($ftp_server);
// login with username and password
$login_result = ftp_login($conn_id, $ftp_user_name, $ftp_user_pass);
// check connection
if ((!$conn_id) || (!$login_result)) {
echo "FTP connection has failed!";
echo "Attempted to connect to $ftp_server for user
$ftp_user_name";
exit;
} else {
echo "Connected to $ftp_server, for user $ftp_user_name";
}
$source_file = "/var/www/html/testfile.txt";
$destination_file = "/testdir/testfile.txt";
// upload the file
$upload = ftp_put($conn_id, $destination_file, $source_file,
FTP_ASCII);
// check upload status
if (!$upload) {
echo "FTP upload has failed!";
} else {
echo "Uploaded $source_file to $ftp_server as
$destination_file";
}
// close the FTP stream
ftp_close($conn_id);
?>
Expected result:
----------------
That the file was transferred in ascii mode and that the ftp server
logfile would confirm that.
Actual result:
--------------
The file was transferred in binary mode. This was verified when opening
the textfile and the newlines are gone, replaced by 3 squares. Also the
ftp server logfile states that the transfer was in binary mode.
This is true for both uploads and downloads.
FTP server works as expected when using a regular ftp application e.g.
flashfxp, filezilla etc.
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=39583&edit=1
