Profile Photos Error

I am recieving a 500 error when uploading profile photos. The photo gallery for the site is working fine. I have replaced upload_media.php to see if that was the issue and it didn't help. Any ideas?

Now I can't upload any photos....

It seems there is restrictions from server side. Look your server error log.

I found this rather helpful...

http://www.moock.org/asdg/technotes/crossDomainPolicyFiles/

Althoug it didn't fix the issue.... It did get rid of the cross domain errors...

It seems like it just isn't processing the images as they come over. It copies the original, but fails to create the thumbnail and resized image for the photo page. It also seems to be browser specific. IE6 does it fine. IE7 with the latest security updates seems to be causing the problem.

Well I have narrowed it down even farther. It won't accept .jpg files. Only .jpeg. I tried modifying line 143 of the uploadsharephoto.php but that didn't help. Any other suggestions?

Any help on this photo issue would be great...

The issue is only with .jpg images and not .jpeg or gif...

well i was thinking it has something to do with ffmpeg..  but you say its only .jpg  so i am not sre what thats all about.. try to download the newest version of ffmpeg from the download section... make sure if you replace the old one to give this one the 777 permisions again...  doubt it will fix the problem but worth a try...   the 500 error you where geting in the beginning is for sure permision denined.   either the temp php folder does not have the right permisions or the /file folder does not have 777 permisions.

just a few more things to try....

I checked all the permissions and everything looks good. It is odd. I have several places in the code where is specifies .jpeg and .gif, but no where does it say anything about the .jpg. Any ideas if a line of code could be bad?

can you post a snippet of the code  and what file and its location its in  so i can compair it to mine.   i think i remember seeing .jpg    but i forgot what file its in.

 This is from the uploadsharephoto.php lines 106-115

  $ext = false;
    switch( $aFileInfo['mime'] )
    {
     case 'image/jpeg': $ext = 'jpg'; break;
     case 'image/gif':  $ext = 'gif'; break;
     case 'image/png':  $ext = 'png'; break;
     default:           $ext = false;
    }
    
    if( !$ext )

If I reboot the server I am able to upload one photo then it errors out on the second photo again. This used to work fine then all of the sudden it stopped. I have paid several consultants to look into this as well and they have no idea what could be causing this. The image actually uploads. I know this because you can go to orginal size and see it. On the browse photo page it shows an empty white box where the photo thumbnail should be and the same thing with the image on the photo page (empty white box). The only error I get in the logs is that it can't find the image. (i.e. 304.jpg). The weird part is that it will accept .jpeg images and convert them to .jpg and post them without issues.

Can't upload photos, please help. 500 error and no thumbnail. GD Library is installed and working.

I have noticed in FTP that it stopped creating the _M and _T files for all uploads. It also doesn't like .JPG over .jpg. The uppercase also makes it fail.

Just for fun I installed dolphin on a sub domain on the same server and the photo uploads work fine. It isn't the server GD Library, it works fine... I have gone through every setting and everything looks the same. The only difference is the test is free version.

I have seen this many times... upload it once does not work upload it twice and it works fine ????

If this is a new install i would just blow up the default install in the root and install a new version of AD free in the root...

let me know if you need a hand with it...

Jason

Again !!!! I don't think I can bear another round of install and bug fix. It has taken me three weeks just to get to this point. I'll see if I can set aside sometime and I appriciate the offer of help. I'll be in touch.

Have you checked your "MimeTypes" on your server. It controls which files are acceptable for viewing. Your server could be set for jpeg only. I hesitate on this because you say another "sub-domain" load works fine...Have you started this site at D6.1.? and upgraded properly only to create the error OR.?.?

Well I created the sub domain and installed fresh to test the GD Library functionality. It seems to work fine. I just completed a re-install of the main community and it still has the issue. I re-installed and then used the "add" command in sql to get my old data in there. It looks a lot like an issue with the database now because that is the only thing that hasn't changed. I emailed boonex a week and a half ago not expecting a response and you guessed it I didn't get one. There has to be an answer to this mystery out there somewhere. I am going to attempt to install image magick here in a little while. I just need to be able to upload photos. Also watch your guestbook. It is open to SPAMMERS.

Are your reloading D6.1.3 or D6.1.1? I have had a few people hiccup with this new D6.1.3 and when they resort back to D6.1.1 it resolves basic error issues. Then when they proceed to follow the Upgrades in D6.1.2 -> D6.1.3 -D6.1.4 they also have NO problems.

I notified VictorT of this possible hiccup in the new D6.1.3 download...But since I do not package those zips I couldn't tell you exactly whats the miss. But what I can identify it that something in the SQL is off between D6.1.1 and D6.1.3 and the only inbetween update with SQL was D6.1.2 so possible packaging hiccup. I would recommend you reload D6.1.1 and then reupload your SQL and see if it solves the issue. If so..Then follow the Upgrades for 1.2, 1.3 and 1.4 in order.

If there is NO community content or structure to worry about I would also drop the DB and start fresh.

I just installed ImageMagick and it works like a champ. There are about 15 other posts in here with the same issue. Still waiting on a response from boonex... Oh well. They will have to look into a possible compatability issue with GD Library...