Photoposting renaming my photo uploads?

criscokid · March 14th, 2005, 06:36 AM

Running PhotoPost 4.86 this morning I attempted a bulk upload from files in a specific directory on the server but got the following error messages:

Warning: getimagesize(/gallery/uploads/jose/DSC_00131.jpg): failed to open stream: No such file or directory in \gallery\image-inc.php on line 212

Warning: copy(/gallery/uploads/jose/DSC_00131.jpg): failed to open stream: No such file or directory in \gallery\image-inc.php on line 247

I can see what the problem is... but I don't know what's causing it...
In this case the photo uploaded is DSC_0013.jpg but PhotoPost is for some reason renaming the image to DSC_00131.jpg. It's doing this with a number but not all of the files I'd uploaded to the server.

Michael P · March 14th, 2005, 08:05 AM

Have you already uploaded a photo call DSC_0013.jpg ? It usually tries to rename a file when a file of the same name already exists for that category.

criscokid · March 14th, 2005, 01:29 PM

I probably have sometime in the past. The problem is that it didn't show a thumbnail for that image when doing the bulk upload - that's where I stopped the upload. What would have happened had I continued - would a photo called DSC_00131.jpg have been uploaded?

If in the future DSC_0013.jpg is uploaded by a user with PhotoPost attempt to rename it DSC_00132.jpg or DSC_001311.jpg?

Michael P · March 14th, 2005, 02:02 PM

00132.

http://www.photopostdev.com/photopos...ry.php?cat=503

I uploaded the same image twice here to see if the renaming would work and it renamed it properly each time. I don't have 4.86 installed, so I had to test with 5.X.

Was there a possible permissions issue during upload?

criscokid · March 15th, 2005, 04:36 AM

It's my own server and haven't changed anything recently that I remember. I switched from using ImageMagick to GD2 but that was more than a month ago.

I was able to upload photos without any problems until yesterday. The files get uploaded to the relevant directory using an FTP client and they're definitely there before starting bulk upload.

When doing a bulk upload and these errors occur the thumbnails are blank so I don't proceed any further. I start the process again to see if there's some sort of pattern here and the photos that I never processed are still there so PhotoPost is now adding 1 to all of the files. Where are these files stored so that I can remove them?

Michael P · March 15th, 2005, 08:17 AM

Apparently they were added the first time you ran the script and the script is seeing those and trying to rename the files now.

I'm more concerned about the functionality just stopping; seems like something much have gone wrong in the environment for it to suddenly stop working like that.

To remove the entries, you could try a Scan DB to see if there are any orphaned images.

criscokid · March 15th, 2005, 01:10 PM

Quote:

Originally Posted by Michael P

To remove the entries, you could try a Scan DB to see if there are any orphaned images.

Which option should I choose? I've tried these and the file and problem still exists so still getting the same error message:
* Check here to recalculate photos/posts numbers and check children.
* Check here to rescan photos and save EXIF information.
* Check here to scan for duplicate entries for same photo.
* Check here to resync photo/comments usernames.

The only way to upload the photos that have 'errored' is to select them one by from from my own machine (ie: not using the bulkupload option).

Michael P · March 15th, 2005, 01:25 PM

Try:

Check here to scan for duplicate entries for same photo.

But that might not catch them if there arent any duplicates. You may have to remove them manually.

criscokid · March 15th, 2005, 02:01 PM

Quote:

Originally Posted by Michael P

Try: Check here to scan for duplicate entries for same photo.

This is bizarre! I'm uploading 4 photos using bukupload... the PhotoPost interface shows me the 4 photos and I add the descriptions and press the 'process photos' button at the bottom of the page.

After finishing those 4 photos it should then return a message "no more photos to process" but it's not - it's attempting to process the same 4 photos again and that's why it keeps thinking the photos are there and why it's adding a one for no apparent reson to photos that definitely don't have the same file name.

So why isn't it deleting the photos? I haven't ticked the 'don't delete photos from source' option and my security permissions haven't changed (just checked them anyway)

Michael P · March 15th, 2005, 02:48 PM

Is there any reason the delete would fail? Permission issue possibly?

criscokid · March 15th, 2005, 05:57 PM

Already checked permissions. It's running Windows 2003 Server - even gave IIS_WPG (which runs PHP process on web) 'full control' and that didn't make any difference at all.