Cannot upload pictures

Let me say that I think I like what I see in G3 a lot. It appears to be such a big improvement for its interface and intuitiveness from G2 that I have high hopes. (I'll have to see how easy it really is to modify and theme.)

I just installed beta1 for the first time and I'm having fits trying to upload pictures. At first, I got the "upload error 406" message after trying to upload. After lots of searching, I added the following to my .htaccess:

This then changed the error message to "upload error 500". This really took a long time to make any progress, but I finally got rid of this error by modifying the ownership of the var folder. Changing ownership of all sub-directories and files to the local user or nobody got rid of the error. Previously, var was owned by root since that's the user I created var with. Is this is an openbase_dir problem? I think (but am not certain) that openbase_dir is enabled on my server.

So after all that, uploads give no errors in the interface but the images apparently aren't getting uploaded. The record shows up in the database and album, but the image is missing. I also can't find any files inside var. I can't see any sub-folders in var/albums. I've also tried using both Imagemagick and GD, and I tried manually changing the path to the image library as described in a few other threads.

Each time I try to upload a picture, the log records this:

Any suggestions would be very appreciated.

I also think it would be great to either add the lines above to .htaccess if G3 is incompatible with mod_security, or better yet fix whatever is causing the 406 exception.

Also, some documentation on the ownerships and permissions that are excepted by G3 (perhaps at install when the user is prompted create the var folder) would be really nice.

I still wonder if my problem isn't an ownership / permissions problem inside var. (On my server, var itself is 777 and it's sub-directories are 755.)

I know that the development takes lots of work and that answering questions like this takes even more. I want to say THANK YOU for all the great work that's happening. I really look forward to seeing the final product and being able to test drive beta1 further if I can fix my problems.

Hi bharat,

I change my var folder and all its files and subdirectories to 777. It still didn't work. I tried using both Imagemagick and GD. Same result. Uploads appear to work, but the image doesn't show up. I get the same error message in the logs:

I'm sure I'm using the right user -- nobody -- because if I use root or the owner of the account, log files don't get written to. So I'm pretty sure php is running as nobody and can't create or edit files if they're not also owned by nobody.

I should also point out that I see no files from my upload anywhere in var. All the subdirs in var are empty: uploads, tmp, albums, thumbs. It's like the file's not really uploading even though the flash uploader gives me the complete message in green (making it look like uploading worked).

Is there anything else I can try or test to help troubleshoot? I think it would be great to at least understand why this is happening as others are bound to have the same problem.

Finally, I couldn't agree more with trying to make G3 as simple as possible (ie, not inundating users with technical info). Of course, if one can't upload pictures, simplicity is still not a virtue. I guess I'm advocating that if permissions or ownership of var is going to be an issue, then having a link somewhere to explain how permissions and ownership are supposed to be setup would be helpful. One might have a link on the upload screen that goes back to gallery's site with documentation. Something like this mockup:

[IMG]http://i672.photobucket.com/albums/vv86/jay-forums/g3-trouble-uploading.png[/IMG]

Or, a more ambitious but even better approach might be to have a help link or icon throughout the administrative screens of gallery. Clicking on the help link would send users to the documentation on the gallery site so that they can learn more about a topic.

Here's what the upload screen might look like with a help icon.

[IMG]http://i672.photobucket.com/albums/vv86/jay-forums/g3-upload-help-button.png[/IMG]

Here's an example of what the link might look like on a full admin page. Clicking the question mark icon would give information about the User Admin features of gallery.

[IMG]http://i672.photobucket.com/albums/vv86/jay-forums/g3-admin-help-button.png[/IMG]

Ok. I'm now using the latest code. Problem still exists. So I looked at my Apache2 logs. The only thing I can see is the following:

I can't see anything about mod_security in the error log. Further, looking at my logs for mod_security, I don't see anything other than the earlier 406 errors that occurred prior adding the exclusion in gallery's .htaccess file.

However, gallery's error logs now have different information that may help.

Let me know what to try next. Thanks!

This sounds something like my problem as well. See http://gallery.menalto.com/node/88555. I have an @todo EMPTY_INPUT_FILE too... But, then again, since I gave ALL the folders under 'VAR' 777 permissions and my host increased the max upload size from 2 mb to 16 mb, I am able to upload single of multiple photo's using just the 'normal' Add Photos-button... It's just the server_add function that is not working for me... As it seems more people have that problem, I hope it can be fixed...

Sorry.. I'm travelling for a month so my time for support has been limited. So the file is getting transferred, which is good news because it means that we can fix this. The next thing to do is to make sure that the file it specifies is actually there, so you can do:

Kohana::log("alert", `ls -al $_FILES['Filedata']['tmp_name']`);

I think that's right, haven't had a chance to test it. But basically at this point you should start stepping through simple_uploader.php and adding debug statements to try to narrow down where the failing is happening. I'd be especially curious to see if this line is succeeding:

      $temp_filename = upload::save("Filedata");

Somewhere along the line, that flie is getting blanked! Got to run.. but I'll check back later.
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git | help! vote!

I think I stumbled upon this and fixed it about a month ago. Glad to hear that it's working for you@
---
Problems? Check gallery3/var/logs
bugs/feature req's | upgrade to the latest code | use git