Upload tool rejects JPGs but FTP-Import OK

I hate to leave a challenge unsolved.

I can only agree!!

The errormessage tells me that the php function getimagesize($file) returns false, what i interprete as it not being an image. See the doc on getimagesize().

Did you try uploading a photo straight from the camera into the pc without editing to the site? Maybe the mac spoils it by stripping the metadata.

Finally back at this, which is still failing. Running tests to see whether any files do NOT get this error (so far they all do; not all were from my camera, but all have been edited and saved as JPG from CS6 Photoshop)

Two things I found suggest that getimagesize has limitations that can be handled.
These might interest you:

(1) One website suggested
In list($width, $height) = getimagesize($file_image);
use @ before getimagesize($file_image);
(i.e.) list($width, $height) = @getimagesize($file_image);

(2) Another says getimagesize() requires spaces written as %20 and possibly some other special characters in the URL Solution: encode the filename element of a URL. Implementation:
public function create($originalPath, $newPath, $width, $height, $crop = false) { if ($this->isUrl($originalPath)) $originalPath = $this->encodeUrl($originalPath); // here it continues with the original code $imageSize = @getimagesize($originalPath);

(1) @ only suppresses the errormessage, does not fix anything.

(2) Filename should be how they come from the camera e.g: HPIM2345 or DSC1003

Descriptions e.g.: My Daddy’s “Fantastic” party
should never be used as filenames, that are descriptions or photonames in wppa+. Especially single and double quotes are very tricky when used in HTML GET and POST actions.

If ‘normal’ filenames – like PHOTO0002 – also fail, and only at upload, not at import, verify the php’s temp directory ( php_ini setting: upload_tmp_dir ) is reaable and writeable.

BTW Wppa+ uses filepaths here, not urls.

You may also mail me an unwilling photo so i can try it myself.

Mail to: opajaap at opajaap dot nl

Please be aware that i made some important changes in version 5.4.8 because of security reasons. People were using filenames with embedded html code. So, please make sure you are at rev 5.4.9 where a few filename related inconsistencies were fixed, and try again.

Please also tell me what platform you are working on ( local pc where you are uploading from ) and if you have this problem on both backend and frontend uploads.

This was a misconfig of the servers php
Fixed offline