Edit report at https://bugs.php.net/bug.php?id=63766&edit=1
ID: 63766
Comment by: bag...@php.net
Reported by:mattsch at gmail dot com
Summary:sftp upload CURLOPT_URL errors with code 79 with
directory path
Status: Open
Type: Bug
Package:cURL related
Operating System: Gentoo
PHP Version:5.4.9
Block user comment: N
Private report: N
New Comment:
This is not a libcurl bug. If you think about it for a while, libcurl doesn't
know the 'foo' name, it is only given the (bad) URL and it cannot but to fail
in
this case.
I'm also convinced you can see the same problem with other protocols than SFTP
for the same reason.
Previous Comments:
[2012-12-17 01:23:46] ahar...@php.net
Reopened per previous comments, although I wonder if this might be a libcurl
issue rather than a PHP one.
[2012-12-14 22:50:27] mattsch at gmail dot com
"foo" designates a file and not a directory. Perhaps my test script should
have been more clear by using a file extension like .txt or something. The
file I am trying to upload is being uploaded to a directory that already exists
on the remote server.
[2012-12-14 22:47:01] mattsch at gmail dot com
This is a bug. I am not trying to upload anything recursively. I am simply
trying to upload one file to a directory. When I don't specify the target
filename on the url, I expect that the target file created on the remote server
is the same name as the filename that I am uploading.
[2012-12-14 08:39:20] paj...@php.net
CURL cannot upload directory (aka recursively).
However it can create missing directories in a path if necessary using the
create
dir option.
[2012-12-14 06:55:24] mattsch at gmail dot com
Description:
When specifying a url in CURLOPT_URL with a directory path only using the sftp
protocol, the upload will always fail with error code 79 (An unspecified error
occurred during the SSH session). If you change the CURLOPT_URL to be the same
path but add a filename at the end of the directory path, the upload will
succeed.
emerge -pv php:5.4
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] dev-lang/php-5.4.9:5.4 USE="apache2 bcmath bzip2 calendar cjk
cli crypt ctype curl curlwrappers exif fileinfo filter ftp gd gdbm gmp hash
iconv ipv6 json ldap mhash mysql mysqli mysqlnd nls pcntl pdo phar posix
readline session simplexml snmp soap sockets spell sqlite ssl sysvipc threads
tidy tokenizer truetype unicode wddx xml xmlwriter xpm xsl zip zlib -berkdb
-cdb -cgi -debug -doc -embed -enchant -firebird -flatfile -fpm (-frontbase)
-imap -inifile -intl -iodbc -kerberos (-kolab) -ldap-sasl -libedit -mssql
-oci8-instant-client -odbc -pic -postgres -qdbm -recode (-selinux) -sharedmem
(-sybase-ct) -xmlreader -xmlrpc" 0 kB
emerge -pv curl
These are the packages that would be merged, in order:
Calculating dependencies e - ... done!
[ebuild R ~] net-misc/curl-7.28.1 USE="idn ipv6 nonblocking ssh ssl
threads -adns -kerberos -ldap -metalink -rtmp -static-libs {-test}"
CURL_SSL="openssl -axtls -cyassl -gnutls -nss -polarssl" 0 kB
emerge -pv libssh2
These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ~] net-libs/libssh2-1.4.3 USE="zlib -gcrypt -static-libs
{-test}" 0 kB
curl -V
curl 7.28.1 (x86_64-pc-linux-gnu) libcurl/7.28.1 OpenSSL/1.0.0j zlib/1.2.7
libidn/1.25 libssh2/1.4.3
Protocols: dict file ftp ftps gopher http https imap imaps pop3 pop3s rtsp scp
sftp smtp smtps telnet tftp
Features: AsynchDNS IDN IPv6 Largefile NTLM NTLM_WB SSL libz
Test script:
---
ftp://domain.tld:/tmp');
// prints 0
upload('sftp://domain.tld:/tmp/foo');
Expected result:
0
0
Actual result:
--
79
0
--
Edit this bug report at https://bugs.php.net/bug.php?id=63766&edit=1
