Images uploaded, only not

Hi,

I just did a local install of Zenphoto 1.2.2. Installation went fine, but I have problems uploading images through the admin interface, while uploading images through FTP works like a charm. It says 'Images uploaded', the album is created (in the interface, in the folder 'albums', not in the folder 'cache'), but no actual jpg's are uploaded. The folders 'albums' and 'cache' are set to chmd 777, I tried disabling/enabling mod_rewrite through the admin interface, in ini.php I tried setting memory_limit and post_max_size to 500M and I'm definitely not exceeding the maximum filesize. Oh and I'm running XAMPP with PHP5 on Mac OS X Leopard ...

Does anybody have anymore ideas?

Ellen

Comments

  • acrylian Administrator, Developer
    Any errors in the log?
  • Could you tell me where I can find the log? In addition to my post, SAFE_MODE is off ...
  • I think this is what you're looking for, it was in the XAMPP access_log, there's nothing zenphoto related in the error_log:
    `

    `
  • acrylian Administrator, Developer
    No, we need the error log but that should be in the same place (btw I am running MAMP, php5 on OS X Tiger without any issues).
  • This is the last line in the error_log:
    `

    [Fri Jan 16 14:42:11 2009] [notice] Apache/2.2.9 (Unix) mod_ssl/2.2.9 OpenSSL/0.9.8h DAV/2 PHP/5.2.6 configured -- resuming normal operations

    `
  • Yay, found it! xampp/xamppfiles/error.log
    `
    [Fri Jan 16 15:07:16 2009] [alert] [client ] /yadayadayada/zenphoto/.htaccess: RewriteEngine not allowed here
    `
  • I'm not sure if the above error has anything to do with this upload issue actually, because I've been trying to upload a photo lots of times after this and it's not showing up in the log :\
  • I forgot to remove my IP and since this post hasn't lead me to an answer, could someone delete this post? Also, it might be handy to put up some contact information for this type of questions.
  • acrylian Administrator, Developer
    I have removed the IP address. I am sorry that it did not help. Did you try a clean install with the new 1.2.3 release? You could also try the MAMP package www.mamp.info which is similar as XAMP and works well for me (still on "Tiger" and PowerMac though).

    You can reach us all the time via the forum or trac tickets. We won't give any individual support outside of the forum anyway. I hope you will understand that this would exceed our really limited resources.
  • If it's any help, I just had the same problem with Xampp (I used it rather than MAMP just because I use it for Windows at work, and it's fine there.) I found I got things working better by editing the Xampp php.ini file to set

    upload_tmp_dir = /tmp

    ...instead of leaving it commented out, its default.

    HOWEVER: While I can now successfully upload files, oddly, I have to press the "Upload" button twice to get them started. Click it once, and Safari just sits there waiting for a response. Click it again and the upload works. Don't know if that's a Xampp problem, a Safari problem or a zenphoto problem. But it's good enough for me to get started with some local playing, anyway, and I'm guessing it won't happen on my real server...
  • Hi,

    I have the same problem: uploading appears to work fine except that the images never appear. Not in de admin nor in the folders on the server. However I'm working on a server and have no access to the error logs or the php.ini.

    Do you have any ideas?

    For now uploading with ftp works fine but I would like to be able to use the admin for uloading too.

    Thanks,

    Bob
  • Sorry to push this to the top but so far my own investigation has yielded nothing.

    Any ideas where I could look for the cause?

    thanks,

    Bob
  • You best find some way to get the CGI logs. Not much we can do to help you without any hint of what is going on. (BTW, "working on a server" is no reason for you not to have access to these logs. Most providers will give you a tool to view the logs.)
  • Thanks,

    You're right 'working on a server' should be no reason to have no access to the logs. However I'm dealing with a pretty substandard hosting company :-)

    I'll see if I can pry the logs from their hands :-)

    Bob
Sign In or Register to comment.