Image upload problems

[Ed Rotberg]

First off, let me state that I'm using a local server, so I don't actuall ftp any of the files I'm trying to add to my gallery. Instead, I put them in the UPLOAD folder directly, exactly as I used to do under version 1.5.

However, I have not yet been able to successfully upload an image. I set everything up the same way that I used to under 1.5, with the same passes and same techniques, and then click the Upload button. I am just trying to add a single image to the gallery. The browser goes off for a very long time (about 10 minutes or so) but I get the following message and log fairly quickly:
RESIZING, UPLOADING AND INSERTING TO DATABASE
...working on photo "Bleeding_Hearts.jpg" (this is the last one in batch)

This is what is in the log window.
msg 790 | ftp: --------------------------------------------
msg 789 | internal ftp: GALLERY: DISCONNECTED
msg 788 | internal ftp: QUIT
msg 787 | internal ftp: GALLERY:
'Bleeding_Hearts.jpg' UPLOADED SUCCESFULLY
SIZE: 1024x683 => 43x28   microthumb (IMAGEMAGICK 43)
msg 786 | internal ftp: UPLOAD(END): 226 Transfer complete. 821 bytes in 0.01 sec. (53.451 Kb/s)
msg 785 | internal ftp: /gallery/main/microthumb/Bleeding_Hearts.jpg UPLOADED
msg 784 | internal ftp: final block 309 bytes
msg 783 | internal ftp: 512 byte blocks: 1
msg 782 | internal ftp: UPLOADED 0.8 KB / 0.8 KB
|/
msg 781 | internal ftp: 125 Ready to receive "Bleeding_Hearts.jpg" . Mode STREAM Type BINARY.
msg 780 | internal ftp: STOR_A: 125 Ready to receive "Bleeding_Hearts.jpg" . Mode STREAM Type BINARY.
msg 779 | internal ftp: STOR /gallery/main/microthumb/Bleeding_Hearts.jpg
msg 778 | internal ftp: local file UPLOAD/ee_temp_upload/Bleeding_Hearts.jpg cached (821 bytes)
msg 777 | internal ftp: 821 bytes to cache
msg 776 | internal ftp: DATA SOCKET OPEN
msg 775 | internal ftp: OPENING NEW DATA SOCKET 192.168.1.3:15105
msg 774 | internal ftp: Parsed data connection address is 192.168.1.3:15105
msg 773 | internal ftp: PASV: 227 Entering Passive Mode (192,168,1,3,59,1)
msg 772 | internal ftp: PASV
msg 771 | internal ftp: TYPE: 200 Type set to I.
msg 770 | internal ftp: TYPE I
msg 769 | internal ftp: PWD: 257 "/gallery/main/microthumb" is current directory.
msg 768 | internal ftp: PWD
msg 767 | IMAGEMAGICK: REMOVE PROFILE, RESIZE AND SHARPEN: convert -size 43x28 UPLOAD/ee_temp_upload/temp_e483cc7.miff -resize 43x28! +profile "*" -unsharp 0.6x0.7+2+0.1 -quality 67 UPLOAD/ee_temp_upload/Bleeding_Hearts.jpg | OK
msg 766 | IMAGEMAGICK: CREATE MIFF: convert ./UPLOAD/Bleeding_Hearts.jpg UPLOAD/ee_temp_upload/temp_e483cc7.miff | OK

Even when the browser finally indicates that things are finished, the above information on the screen never changes. The image never shows up in the gallery.

What am I doing wrong?

= Ed =

[Ed Rotberg]

After getting nowhere with this, I updated my Apache to version 2.24, and php to php5.23.

Now I get now output in blue window below the "resizing, uploading..." message. It still show "transferring data from..." in the status bar of my Firefox browser for a looooooooong time.

I turned on error logging in php5, but nothing gets logged. Still scratching my head :(

= Ed =

[manutremo]

I am in the same situation and getting the same behaviour. Ed, did you manage to solve it? Anyone can give additional help?

[jeronimo]

In the admin panel go to instal check

Then look for;
PHP maxtime
Maximum filesize for http uploads
PHP memory limit:

Then post them here, might be that one of those are set to low.

[manutremo]

In my case:

maxtime = 600
memory_limit = 32M

I have tried switching to another mysql server but still the same problem

[jeronimo]

Those numbers look good, more or less the same as mine.

Did you check on your server if there are no other maps generated that contain the uploaded image(s).
If this is the case then directory structure you've enterd is not correct.
You should change it

[Ed Rotberg]

No, I have not yet gotten it working. In fact, my login seems to be broken now as well. I've patched the program to return success for my login long enough to get in, then quickly changed it back. Once into the admin section I changed my password to make sure it was what I thought it was. I logged out and could not log in with the new password. I've done this a couple of times already, so I know it's not a matter of mistyping.

The thing is I love this gallery program. Pekka did a fantastic job and it meets/exceeds all of my requirements. I started having problems after an attack on my 1.5 version by some joker with a bot who thought it was cute to continually spam obscene comments into one of my pictures. So I upgraded to V2 which has protection for this, and since then I have been unable to upload any images - even when I get in via the method mentioned above. The process starts, the thumbnails get created, and then everything pretty much hangs up.

It can't be the db as everything else works fine. The stie is up and running now, but with no new images since about April. Pekka tried to help me for quite a while, and we got nowhere. He has since blocked my PMs (while I expressed frustration, I never cursed or blamed him - just expressed frustration). I can't blame him though. I seem to be one of a very few number of people who are having problems with the system and he's not getting paid for this. Also, at that time I was on a 384KB/128kb ADSL connection and a flakey router to boot. This made it very difficult for him to stay connect to my site via ftp. We've since been upgraded to 1.5KB/256KB ADSL, and I've got a very, very nice new router.

I am toying with the idea of converting my server from a Windows 2K server over to an Ubuntu Linux server anyhow. If I do that, I should be able to install EE 2.x and re-import my database, so I that is one possibility.

Another option is to sit down and debug what exactly is going on. I expect that I will do this at some time when I have the time to devote to a long debug session. Unfortunately, I'm working 12-14 hours a day and I just don't have any time for this at the moment.

My final option is to convert over to something like Gallery2, which means I'd give up some features that I'd like, but also get some new features. Again, I can't do any more than play with any of these notions until I have a significant block of time available for this - and I just don't have it right now.

Good luck getting things working again. Please let me know (via PM or email or whatever) if you do get stuff working, and I will do likewise.

= Ed =

[Ed Rotberg]

A quick note. I debugged this long enough to figure out what was wrong with the login. The problem is that when I rigged the editor_settings page to allow me to change my password (as I debugged to see that the md5 encryption of the password I had set was matching what was in the db), the code APPEARED to change the password, but it would not work and when I logged the md5 of the password I entered and what came out of the db, they did not, in fact, match. In looking at the change password code in editor_settings, I noticed that the function ee_addslashes() is called on the md5 of the password string just before it is entered into the DB. However the same function is NOT called when comparing the md5 of an entered password to the value in the db. This has me thoroughly confused. I don't understand how this is supposed to work.

I'm no php expert, but I have been a professional programmer for 35 years, including doing some pretty heady stuff (feel free to google my name if you doubt my credibility), so I can usually find my way around. In this case, sadly I'm pretty well lost. I'm sure that it is my unfamiliarity with the normal mode of doing security in php that has me confused, but nevertheless I am. I just wish I had more time to sift though it all :(

= Ed =

[Pekka]

A quick note. I debugged this long enough to figure out what was wrong with the login. The problem is that when I rigged the editor_settings page to allow me to change my password (as I debugged to see that the md5 encryption of the password I had set was matching what was in the db), the code APPEARED to change the password, but it would not work and when I logged the md5 of the password I entered and what came out of the db, they did not, in fact, match. In looking at the change password code in editor_settings, I noticed that the function ee_addslashes() is called on the md5 of the password string just before it is entered into the DB. However the same function is NOT called when comparing the md5 of an entered password to the value in the db. This has me thoroughly confused. I don't understand how this is supposed to work.


md5 field does not really need addslashes when entered to database, it contains only ASCII, so that one ee_addslashes does in fact nothing. When a field is read from database you do not need to strip slashes, only with GET, POST and COOKIE data (which EE takes care of automatically).

I don't know what the problem is with your admin login. Make sure you have only one row in admin table. Use original EE code, it works. Or reinstall your server apps with WAMPserver package. Windows 2000 is not a server OS I would recommend, there might be various permission problems etc.

As a simple admin login debugger, replace line

if (!ee_log_in(@$_POST['username'], @$_POST['password'])) {

in EDITOR_loginpage.php with

$inputname = @$_POST['username'];
print "<br>username input: " . $inputname;
$admindata2 = mysql_query("
SELECT
ee_admin_pass
FROM
ee_admin
WHERE
ee_admin.ee_admin_id = 1
");
ee_error ($admindata2,"admindata2",$currentpage);
while ($row = mysql_fetch_array($admindata2)) {
$stored_password = $row["ee_admin_pass"];
}
print "<br>password input: " . $_POST['password'];
print "<br>password md5: " . md5($_POST['password']);
print "<br>stored password md5: " . $stored_password;

if (ee_log_in(@$_POST['username'], @$_POST['password'])) {
print "<br>SUCCESS"; exit;
}

This should not be used in production server, obviously.

[PPriit]

Hi,
I have also problem with the upload.
I takes long time to do, an finally I have emty boxes in my galleryies...
This is what is in my EE Home ftp server test log window can this be the reason?


msg 59 | internal ftp: EXIT DONE.
msg 58 | internal ftp: data sockets closed
msg 57 | internal ftp: command sockets closed
msg 56 | internal ftp: passive mode failed, can not go on...
possible reasons:
- passive mode is not enabled for your ftp account.
- firewall in either this server or remote ftp server blocks ports available in ftp server's passive mode port range.
- connection was terminated before PASV command.
msg 55 | internal ftp: PASV: 213 20071231090242
msg 54 | internal ftp: PASV
msg 53 | internal ftp: MTDM: 213 0
msg 52 | internal ftp: MDTM ee_test0.jpg
msg 51 | internal ftp: SIZE: 226 Transfer complete.
msg 50 | internal ftp: SIZE ee_test0.jpg
msg 49 | internal ftp: EE PROGRAM SERVER: UPLOAD OF 'ee_test0.jpg' FAILED. Reason: readfile(ftp_test_files/ee_test0.jpg) [function.readfile (http://www.priitphoto.net/gallery/170267Ppriit/function.readfile)]: failed to open stream: Operation not permitted
msg 48 | internal ftp: ee_test0.jpg UPLOAD FAILED
msg 47 | internal ftp: upload in progress...
msg 46 | internal ftp: 150 Opening BINARY mode data connection for ee_test0.jpg
msg 45 | internal ftp: STOR_A: 150 Opening BINARY mode data connection for ee_test0.jpg
msg 44 | internal ftp: STOR ee_test0.jpg
msg 43 | internal ftp: DATA SOCKET OPEN
msg 42 | internal ftp: OPENING NEW DATA SOCKET
msg 41 | internal ftp: Parsed data connection address is 127.0.0.1:49522
msg 40 | internal ftp: PASV: 227 Entering Passive Mode (127,0,0,1,193,114).
msg 39 | internal ftp: PASV
msg 38 | internal ftp: EE PROGRAM SERVER: Directory 'ee_ftp_test_directory_creation' removed
msg 37 | internal ftp: RMD: 250 RMD command successful
msg 36 | internal ftp: RMD /htdocs/gallery/ee_ftp_test_directory_creation
msg 35 | internal ftp: EE PROGRAM SERVER: Working directory changed to '/htdocs/gallery'
msg 34 | internal ftp: CWD: 250 CWD command successful
msg 33 | internal ftp: CWD /htdocs/gallery
msg 32 | internal ftp: EE PROGRAM SERVER: Working directory changed to '/htdocs/gallery/ee_ftp_test_directory_creation'
msg 31 | internal ftp: CWD: 250 CWD command successful
msg 30 | internal ftp: CWD ee_ftp_test_directory_creation
msg 29 | internal ftp: EE PROGRAM SERVER: Created directory 'ee_ftp_test_directory_creation'
msg 28 | internal ftp: MKD: 257 "/htdocs/gallery/ee_ftp_test_directory_creation" - Directory successfully created
msg 27 | internal ftp: MKD ee_ftp_test_directory_creation
msg 26 | internal ftp: EE PROGRAM SERVER: Working directory changed to '/htdocs/gallery'
msg 25 | internal ftp: CWD: 250 CWD command successful
msg 24 | internal ftp: CWD /htdocs/gallery
msg 23 | internal ftp: RMD: 250 RMD command successful
msg 22 | internal ftp: RMD testchmod
msg 21 | internal ftp: SITE CHMOD 777 TESTCHMOD: 200 SITE CHMOD command successful
msg 20 | internal ftp: SITE CHMOD 777 testchmod
msg 19 | internal ftp: MKD: 257 "/htdocs/gallery/testchmod" - Directory successfully created
msg 18 | internal ftp: MKD testchmod
msg 17 | internal ftp: CWD: 250 CWD command successful
msg 16 | internal ftp: CWD /htdocs/gallery
msg 15 | internal ftp: EE PROGRAM SERVER: WORKING DIRECTORY IS '/htdocs'
msg 14 | internal ftp: PWD: 257 "/htdocs" is current directory.
msg 13 | internal ftp: PWD
msg 12 | internal ftp: TYPE: 200 Type set to I
msg 11 | internal ftp: TYPE I
msg 10 | internal ftp: FEAT:

127.0.0.1 Server test report is following:

FTP SERVER NAME: local
FTP SERVER: 127.0.0.1
CONNECT: OK
LOGIN (username and password): OK
SYSTEM: 215 UNIX Type: L8
PWD: /htdocs
PATH BUILDING TO '/www/gallery/test': FAILED Reason: Undefined offset: 4

FILESIZE RETRIEVAL BATCH TEST
ABORTED: not logged in.


I have also two other problems to solve (install check):

26. LOCK TABLES: Access denied for user 'username'@'localhost' to database 'databasename'
26. Lock ee_installtest FAILED
and

34. PHP version: 4.4.7
(must be 4.10 or greater)
35. PHP maxtime: 30 seconds


so I will contact to my service provider but what about the ftp passive mode: schould I ask about it from service provider or can I do myself something ....?

Bes regards
Priit
www.priitphoto.net
PS I have upgraded from the 1,22 to version 2 at the moment

[jeronimo]

26. LOCK TABLES: Access denied for user 'username'@'localhost' to database 'databasename'

This indicates that there is a setting somewhere that is not changed to the settings you need.
You can find it in SETUP_settings.php in the folder basecode
And also look to admin\backup\ee_backup_prefs\preferences.php
There you should check the settings, if they match the settings you did setup for your database.

[PPriit]

26. LOCK TABLES: Access denied for user 'username'@'localhost' to database 'databasename'


is now ok: MySQL LOCK TABLES it's allowed by the provider, .htaccess file is added to swich globals off and set the php max time to 600

the ftp servers test results are same and UPLOAD is still not working...
also by Retrieving the Photo Size made something to my Velikie Luki exhibition thumbs and Rethumbnile cant fix it....

anyway "View last upload report" says that:

PHOTO ID 621 UPLOADED SUCCESSFULLY
FILENAME: 16f_IMG_8079v.JPG
EXHIBITION: 7
SOURCE DIRECTORY: ./UPLOAD/
SIZE 'NONE':
THUMB:
MICROTHUMB:
HEADER:
End of Report.


situation can be seen here: www.priitphoto.net (http://www.priitphoto.net)

BR
Priit

[PPriit]

ok now I have deleted my old installation and made clean instal 1,5 and upgrade to 2 but I have still problems with FTP Servers. Can anyone give any link how to step by step adjust this part of the EE or probably the error handling....should all the servers work, in all modes or is it ok if one server in one mode is vorking??? anythigh middle?? EE Internal library (default) or PHP Ftp module


---EOF---
FTP SERVER NAME:localFTP SERVER:localhostCONNECTION (ftp address):OKLOGIN (username and password): OKSET PASSIVE MODE: OKPWD: /htdocsMAKING DIRECTORY 'testchmod': OKSETTING DIRECTORY PERMISSION FOR 'testchmod': OKREMOVE DIRECTORY 'testchmod': OKCHANGE DIRECTORY TO '/htdocs/gallery/test': OKCREATE DIRECTORY 'ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery/test/ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery/test': OKDIRECTORY 'ee_ftp_test_directory_creation' REMOVAL: OKUPLOAD TEST IMAGE 'ee_test0.jpg': OKGET 'ee_test0.jpg' SIZE: OKGET 'ee_test0.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test1.jpg': OKGET 'ee_test1.jpg' SIZE: OKGET 'ee_test1.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test2.jpg': OKGET 'ee_test2.jpg' SIZE: OKGET 'ee_test2.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test3.jpg': OKGET 'ee_test3.jpg' SIZE: OKGET 'ee_test3.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test4.jpg': OKGET 'ee_test4.jpg' SIZE: OKGET 'ee_test4.jpg' MODIFIED DATA: OKDELETE REMOTE TEST IMAGE 'ee_test0.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test1.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test2.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test3.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test4.jpg': OKDISCONNECTION FROM SERVER (close): OK
FILESIZE RETRIEVAL BATCH TEST

Temp file is ./temp/100000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/50000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/25000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/10000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/5000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/1000.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/500.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

Temp file is ./temp/100.jpg (size bytes)
Uploading to server 'localhost', path '/htdocs/gallery/test': FAILED
Downloading (1): FAILED
Downloading (2): FAILED
Downloading (3): FAILED
Downloading (4): FAILED
Downloading (5): FAILED
REMOTE DELETE FAILED

or


---EOF---
FTP SERVER NAME:EE PROGRAM SERVERFTP SERVER:localhostCONNECTION (ftp address):OKLOGIN (username and password): OKSET PASSIVE MODE: OKPWD: /htdocsMAKING DIRECTORY 'testchmod': OKSETTING DIRECTORY PERMISSION FOR 'testchmod': OKREMOVE DIRECTORY 'testchmod': OKCHANGE DIRECTORY TO '/htdocs/gallery': OKCREATE DIRECTORY 'ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery/ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery': OKDIRECTORY 'ee_ftp_test_directory_creation' REMOVAL: OKUPLOAD TEST IMAGE 'ee_test0.jpg': FAILED Reason: ftp_put() [function.ftp-put (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-put)]: open_basedir restriction in effect. File(ftp_test_files/ee_test0.jpg) is not within the allowed path(s): (/www/apache/domains/www.priitphoto.net/htdocs:/tmp:/var/tmp)GET 'ee_test0.jpg' SIZE: OKGET 'ee_test0.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test1.jpg': FAILED Reason: ftp_put() [function.ftp-put (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-put)]: open_basedir restriction in effect. File(ftp_test_files/ee_test1.jpg) is not within the allowed path(s): (/www/apache/domains/www.priitphoto.net/htdocs:/tmp:/var/tmp)GET 'ee_test1.jpg' SIZE: OKGET 'ee_test1.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test2.jpg': FAILED Reason: ftp_put() [function.ftp-put (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-put)]: open_basedir restriction in effect. File(ftp_test_files/ee_test2.jpg) is not within the allowed path(s): (/www/apache/domains/www.priitphoto.net/htdocs:/tmp:/var/tmp)GET 'ee_test2.jpg' SIZE: OKGET 'ee_test2.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test3.jpg': FAILED Reason: ftp_put() [function.ftp-put (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-put)]: open_basedir restriction in effect. File(ftp_test_files/ee_test3.jpg) is not within the allowed path(s): (/www/apache/domains/www.priitphoto.net/htdocs:/tmp:/var/tmp)GET 'ee_test3.jpg' SIZE: OKGET 'ee_test3.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test4.jpg': FAILED Reason: ftp_put() [function.ftp-put (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-put)]: open_basedir restriction in effect. File(ftp_test_files/ee_test4.jpg) is not within the allowed path(s): (/www/apache/domains/www.priitphoto.net/htdocs:/tmp:/var/tmp)GET 'ee_test4.jpg' SIZE: OKGET 'ee_test4.jpg' MODIFIED DATA: OKDELETE REMOTE TEST IMAGE 'ee_test0.jpg': FAILED Reason: ftp_delete() [function.ftp-delete (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-delete)]: ee_test0.jpg: No such file or directoryDELETE REMOTE TEST IMAGE 'ee_test1.jpg': FAILED Reason: ftp_delete() [function.ftp-delete (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-delete)]: ee_test1.jpg: No such file or directoryDELETE REMOTE TEST IMAGE 'ee_test2.jpg': FAILED Reason: ftp_delete() [function.ftp-delete (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-delete)]: ee_test2.jpg: No such file or directoryDELETE REMOTE TEST IMAGE 'ee_test3.jpg': FAILED Reason: ftp_delete() [function.ftp-delete (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-delete)]: ee_test3.jpg: No such file or directoryDELETE REMOTE TEST IMAGE 'ee_test4.jpg': FAILED Reason: ftp_delete() [function.ftp-delete (http://www.priitphoto.net/gallery/170267Ppriit/function.ftp-delete)]: ee_test4.jpg: No such file or directoryCHECK IF EE HOME DIRECTORY: OKDISCONNECTION FROM SERVER (close): OK
FILESIZE RETRIEVAL BATCH TEST


or


FTP SERVER NAME:localFTP SERVER:localhostCONNECT: OKLOGIN (username and password): OKSYSTEM: 215 UNIX Type: L8 PWD: /htdocsPATH BUILDING TO '/htdocs/gallery/test': OKMAKING DIRECTORY 'testchmod': OKSETTING DIRECTORY PERMISSION FOR 'testchmod': OKREMOVE DIRECTORY 'testchmod': OKCHANGE DIRECTORY TO '/htdocs/gallery/test': OKCREATE DIRECTORY 'ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery/test/ee_ftp_test_directory_creation': OKCHANGE DIRECTORY TO '/htdocs/gallery/test': OKDIRECTORY 'ee_ftp_test_directory_creation' REMOVAL: OKUPLOAD TEST IMAGE 'ee_test0.jpg': OKGET 'ee_test0.jpg' SIZE: OKGET 'ee_test0.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test1.jpg': OKGET 'ee_test1.jpg' SIZE: OKGET 'ee_test1.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test2.jpg': OKGET 'ee_test2.jpg' SIZE: OKGET 'ee_test2.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test3.jpg': OKGET 'ee_test3.jpg' SIZE: OKGET 'ee_test3.jpg' MODIFIED DATA: OKUPLOAD TEST IMAGE 'ee_test4.jpg': OKGET 'ee_test4.jpg' SIZE: OKGET 'ee_test4.jpg' MODIFIED DATA: OKDELETE REMOTE TEST IMAGE 'ee_test0.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test1.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test2.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test3.jpg': OKDELETE REMOTE TEST IMAGE 'ee_test4.jpg': OKDISCONNECTION FROM SERVER (quit): OK
FILESIZE RETRIEVAL BATCH TEST
Uploading to server 'LOCAL', path '/htdocs/gallery/test':
100000.jpg write FAILED. Check folder permissions.

Temp file is ./temp/100000.jpg (size bytes)
UPLOAD ./temp/100000.jpg FAILED


or
msg 1296 | internal ftp: EXIT DONE.
msg 1295 | internal ftp: data sockets closed
msg 1294 | internal ftp: command sockets closed
msg 1293 | internal ftp: passive mode failed, can not go on...
possible reasons:
- passive mode is not enabled for your ftp account.
- firewall in either this server or remote ftp server blocks ports available in ftp server's passive mode port range.
- connection was terminated before PASV command.
msg 1292 | internal ftp: PASV: 213 20080312162439
msg 1291 | internal ftp: PASV
msg 1290 | internal ftp: MTDM: 213 0
msg 1289 | internal ftp: MDTM ee_test0.jpg
msg 1288 | internal ftp: SIZE: 226 Transfer complete.
msg 1287 | internal ftp: SIZE ee_test0.jpg
msg 1286 | internal ftp: EE PROGRAM SERVER: UPLOAD OF 'ee_test0.jpg' FAILED. Reason: readfile(ftp_test_files/ee_test0.jpg) [function.readfile (http://www.priitphoto.net/gallery/170267Ppriit/function.readfile)]: failed to open stream: Operation not permitted
msg 1285 | internal ftp: ee_test0.jpg UPLOAD FAILED
msg 1284 | internal ftp: upload in progress...
msg 1283 | internal ftp: 150 Opening BINARY mode data connection for ee_test0.jpg
msg 1282 | internal ftp: STOR_A: 150 Opening BINARY mode data connection for ee_test0.jpg
msg 1281 | internal ftp: STOR ee_test0.jpg
msg 1280 | internal ftp: DATA SOCKET OPEN
msg 1279 | internal ftp: OPENING NEW DATA SOCKET
msg 1278 | internal ftp: Parsed data connection address is 127.0.0.1:55937
msg 1277 | internal ftp: PASV: 227 Entering Passive Mode (127,0,0,1,218,129).
msg 1276 | internal ftp: PASV
msg 1275 | internal ftp: EE PROGRAM SERVER: Directory 'ee_ftp_test_directory_creation' removed
msg 1274 | internal ftp: RMD: 250 RMD command successful
msg 1273 | internal ftp: RMD /htdocs/gallery/ee_ftp_test_directory_creation
msg 1272 | internal ftp: EE PROGRAM SERVER: Working directory changed to '/htdocs/gallery'

[jeronimo]

First of all check if the directory that you want to put the photo's in is 777. So readable, writeable AND executable. If this is not the case cmod them.

Else check if your FTP account(s) have full acces to those directory's.

Third check an previously noted test;

In the admin panel go to instal check

Then look for;
PHP maxtime
Maximum filesize for http uploads
PHP memory limit:

Then post them here, might be that one of those are set to low.

[PPriit]

Hi,
Thank you for quick answer.
Problem with the one ftp seems to be solved. There was one folder chmod problem (actually I have made the change exactly according the manual given here in installation topic, but somehow it dindt saved the change. It is now ok and I can send the images to the server also tests with both ftp engine options are ok

Install check is all "green" exept Allow opening of URL content (include/read) - allow_url_fopen:
I have changed the maxtime and globals by inserting the .htaccess file and tried also to change above problem with same file but without the result.
But this is security problem and obviously not the reason for next problem.

EE Home Server instead dont work. So the UPLOAD is not working. It offers still possible reasons when pressing the test:
- passive mode is not enabled for your ftp account.
- firewall in either this server or remote ftp server blocks ports available in ftp server's passive mode port range.
- connection was terminated before PASV command.
My service provider stated that passive mode is allowed
Firewall in my side doesn't affect the process (I have tried with switced off firewalls Windows and router ones)

What is the passive mode port range in server I dont know. Is there any difference programmed here in EE that differs from the normal practice? Sorry Im not the progam writer or server admin :-)


PHP maxtime
Maximum filesize for http uploads
PHP memory limit:


35. PHP maxtime: 600 seconds
37. Maximum filesize for http uploads: 20M
41. PHP memory limit: 20M

PS I use for folder upload WS FTP Pro and folders can be accessed with it also so this part works ok (exept this chmod problem I described above)

Best regards
Priit

[Pekka]

Is your ftp server different to EE home ftp server? If they are the same put identical settings to both. When "test folder" = "ftp path to EE root" they are identical.

"ftp path to EE root" shows the root folder of EE installation, starting from the folder you log in by default with ftp.

Make sure to try "EE Internal ftp library". It gives exact error messages.

[PPriit]

I have changed the path to EE root
/htdocs/gallery/test
instead of
/htdocs/gallery
now the test is going ok exept one RED:
CHECK IF EE HOME DIRECTORY: FAILED Reason: unknown

[Pekka]

Then /htdocs is not the folder where you get when logging in with ftp.

Try putting

/

as EE root path, update all servers and then click FIND EE ROOT

[PPriit]

Resul is the same. ftp path to EE root is
/htdocs/gallery

But one more interesting thing I havent noticed before
LIST STRUCTURE gives all ok but:

FOUND EE ROOT FOLDER IN FTP PATHS: NOT FOUND

Then /htdocs is not the folder where you get when logging in with ftp.

Try putting

/

as EE root path, update all servers and then click FIND EE ROOT

[Pekka]

Then EE 2 is not in your ftp path (path accessible below ftp root /). Might be redirection problem, or version mismatch.

Go to your site with normal ftp client and seek a file called "this_is_ee20.php". That is in your EE home root folder. Ftp command PWD will show the path name.

[PPriit]

this_is_ee20.php is in folder /htdocs/gallery

can the path settings below (for images thumbs etc) affect to this ftp server working? or EE will build correct paths? As I deleted all my old installation I do not have there any real paths...

Then EE 2 is not in your ftp path (path accessible below ftp root /). Might be redirection problem, or version mismatch.

Go to your site with normal ftp client and seek a file called "this_is_ee20.php". That is in your EE home root folder. Ftp command PWD will show the path name.

[Ed Rotberg]

Just for the record - I've solved my EE upload problems. After much debugging and gnashing of teeth, I punted. I switched my server from a windoze server (2K) to an Ubuntu Linux server, and now all is right with the world. Everything worked properly once I set up the correct paths and ftp permissions under Linux - except for a watermarking problem - (while I did get watermarking to work properly ONE TIME it has stopped, both under the test as well as in operation. But I'm not too worried about that at the moment)

I never did discover the root of the problem under windoze server, though at the moment I'm guessing that something got corrupted deep in the bowels of the system that only manifested itself in very obscure ways.

Good luck to you.

= Ed =

[rickp18]

I need to increase these two values, can someone please tell me where do I go to do that? many thx!

PHP maximum script execution time: 30 seconds
PHP maximum html form upload size: 2M