We are having issues uploading files through the multi-file uploader in Zen Photo 1.2.5. Our server is running Windows Server 2003 with XAMPP 1.7.1. (PHP 5.2.9)

Zen Photo is installed and working fine otherwise. mod_rewrite is enabled and is loaded according to phpinfo().

We already have a structure set up simply by adding folders and sub-folders to the albums folder.

We can view photos in the gallery if we add them manually on the server directly into the folders. However, this is not going to be feasible as we need various people to be uploading files who do not direct server access.

After selecting the files, I press upload. The files transfer quite quickly and show as completed. When we view the album on the following screen, though, the images are nowhere to be found. After checking the folder structure, indeed, there are no files that have been uploaded.

Any assistance would be much appreciated. The single file uploader works fine. We just need the multi-file upload (which, by the way, is quite impressive) to work correctly.

Thanks!

Have you tried to reload the image page after uploading and/or checked by FTP if the image are maybe there physically? I recently discovered the bug that the newly uploaded images are first listed on the last page and on page reload they appear on the first page.

(btw, the multifile upload is adapted code called uploadify)

I forgot to mention that originally -- the files are not physically there at all. The folders within the albums directory are all empty.

I've reloaded the page several times and also attempted to view the gallery from a different computer. No luck.

I'm having the same problem. It shows the images as being in the album in the admin but all the image links are broken (it just shows filenames) in the admin and on the frontend it gives page not found errors for the album.

Sherrie,

Now, I have a problem similar to yours running WAMP as opposed to XAMPP.

So basically, I have the option of either having my images upload correctly, but not viewable in WAMP, or with XAMPP the images don't upload at all!

Weird stuff.

Ok then it is something else. I am using MAMP on Mac and it works. What browser do you use? Do you have a recent Flash plugin? I believe it requires at least 8 or 9. Also maybe you could try the demo that you can download on http://www.uploadify.com/download/.

Also have you checked the permissions of the albums folder and the subfolders?

I tried it in IE, FF, and Chrome all with the same results.

I am getting this error when uploading:

`
Notice: Undefined variable: name in /zp-core/admin-functions.php on line 2176

Warning: Cannot modify header information - headers already sent by (output started at /zp-core/admin-functions.php:2176) in /zp-core/admin-upload.php on line 88
Line 2176 reads: $image->setTitle($name);`

Line 88 reads:
header('Location: '.FULLWEBPATH.'/'.ZENFOLDER.'/admin-edit.php?page=edit&album='.urlencode($folder).'&uploaded&subpage=1&tab=imageinfo');

I checked the permissions but just to be sure, what do they need to be? I couldn't find documentation on this.

There is an entry about permissions on our troubleshooting guide on our site's user guide.

You may also try the nightly build to see if it works with that.

Well, I feel dumb. I forgot to set the correct Rewrite base in the .htaccess file.

It works now.

Good, but actually setup should have done that for you.

It's possible I overwrote it at one point. I am still having that error from above though which is keeping it from auto generating titles. Is there a way to resolve that?

I'm also receiving this error message whenever trying to edit the albums now:

You don't have permission to access /artwork/zp-core/admin-edit.php on this server.

Oi.

This is some kind of file permissions issue. Check the file permissions on the admin-edit.php script and also on the zp-core.php folder. Your PHP scripts running on your WEB server must be able to read these.

In case someone else lands on this thread via Google or something, I had a similar issue. Here's the problem and how I solved it.

I have special limited-permissions admin users set up to only have upload and view access to one album. That means that on the upload screen only that album is available in the album selection menu. If I was logged in as a full admin I would have all albums available there, including "/".

Uploadify (the multi uploader script) is passed a folder (for the uploaded files to land in) as a parameter when it's initialized at page load. In the case of the zen photo upload page it's initialized to "/". Every time you make a choice in the album selection menu that folder parameter is updated to reflect your choice. HOWEVER, if you only have one album is available (and it isn't "/") then you never make a change to the selection, but the folder parameter is still set to "/" - incorrect. In that case, when you upload the script tries to stick all your files in the root album folder, and your limited user doesn't have permission to do that so it fails (silently - very annoying).

To fix the problem, I told the uploadify initialization code to pull the value of "folder" from the select box, just like it does when the select box changes. So in zp-core/admin-upload.php around line 263,

'folder': '/',

becomes

'folder': '/' + $('#folderdisplay').val() + "/",

This should probably be incorporated into the main codebase, but in the meantime I hope it helps someone else avoid a few hours of debugging.

Thanks, we will check on that. Maybe we missed something.

See also change log [4158]

I'd like to bump this discussion by adding that the multi file uploader doesn't work for me either. Uploads simply do not start when clicking "upload".

This is 1.2.5, and I haven't upgraded because I didn't see any changes to the upload process for 1.2.6.

Have you considered using SWFUpload instead? (www.swfupload.org)

It's worked for me, and it works for Wordpress.

We had tried swfupload (which is the base for uploadify, too, if I recall correctly) but since that did not work with Safari out of the box we used the one that worked on all browsers (Safari, FF, IE) we tested for our own convenience.

You should really try 1.2.6 otherwise you will not find out.

I encountered this issue on other scripts as well. It's not a browser issue, it is IIS & PHP settings. Same thing happened to me once using swfupload.

There should be a workaround in changing code, however I can't provide it, 'cause I just freshly newbee-d in here and I haven't taken a dive deep into the code.
Anyway, encountered the same issue on IIS system (windows host).

It PROBABLY has to do that IIS picks a default system 'temp' dir for uploads, instead of the one pointed in the code. (In my case, something like C:\PEAR\temp...'.

So somewhere in the uploadscripts (php/js) this folder reference should be looked at.
Does this help someone into the right direction?

Well, then someone will have to change the Flash uploader since it is passing the temp file in as a parameter. That someone would have to be the uploadify developers.