Cannot upload logo

[kazoot]

Hi all,

There has to be a simple answer to this but I can't find it in the forums.

In the Admin>System Settings: section I am trying to upload a logo. I have both .jpg and .png formats and the image is 212x40.
I click "Browse..." and select the image. Immediately a pop-up alert tells me
"The file format of the image must be JPEG or PNG. Upload a new file with the file extension .jpg or .png."

It has to be some kind of regex check but it isn't working. I've tried both Firefox on Fedora 8 and Firefox and IE7 on winXP.

Thanks for any help!
T.

[stackedsax]

Getting the exact same message here. I'll just upload mine SFTP-style... but methinks something's not quite right with the uploadCheck(false) function in modules/Configurator/EditView.tpl

-SS

[kbrill]

I have seen this happen when the JPG or PNG is created on a Mac and uploaded to a non-Mac server. Somehow the MIME type gets screwed up. SugarCRM is not just looking at the extension, it is looking at the headers of the file.


Were your files created on a Mac?

[assistgroup]

Hi all,

There has to be a simple answer to this but I can't find it in the forums.

In the Admin>System Settings: section I am trying to upload a logo. I have both .jpg and .png formats and the image is 212x40.
I click "Browse..." and select the image. Immediately a pop-up alert tells me
"The file format of the image must be JPEG or PNG. Upload a new file with the file extension .jpg or .png."

It has to be some kind of regex check but it isn't working. I've tried both Firefox on Fedora 8 and Firefox and IE7 on winXP.

Thanks for any help!
T.

I'm having exactly the same issue on a fresh 5.0.0b install. The logos were not created on a Mac

[kbrill]

What are the permissions on your include/images directory? Do you see the files show up there or in your temp upload directory?

[assistgroup]

That could be the problem... I have full permissions set on my inc/images directory, but my php config is set to system default for the temp_upload_dir. So i'll configure an alternate temp upload directory for php and set appropriate permissions and report back how that goes.

Cheers

[kazoot]

Thanks for your help Ken.

The png image was create in GIMP on Fedora 8 Linux. The jpg was created in PhotoFiltre on WinXP.

The SugarCRM CE is 5.0.0b (Build 3150) on CentOS 5.1. The directory permissions on include/images are currently set 777

[dhichandler]

We are having the same issue on CentOS 5.1 with the new version of SugarCRM 5.0.0b. Any help is appreciated.

[hubcrm]

Same issue with images rendered by Fireworks, Photoshop and GIMP.........just doesn't seem to work or like the format.

[kuske]

Had this issue too with a fresh install of 5.0.0b.

The message "The file format of the image must be JPEG or PNG. Upload a new file with the file extension .jpg or .png" comes from module modules/Configurator/EditView.tpl

In this module the file which should be uploades is checked with a php-function getimagesize.

If you insert an alert message in the EditView.tpl like this:

 function uploadCheck(quotes){
    //AJAX call for checking the file size and comparing with php.ini settings.
    var callback = {
         success:function(r) {
             var file_type = r.responseText;
//KUS             
             alert("file_type("+file_type+")");
//KUS             
             if(file_type == 'empty'){
             //field empty
             }else{

You will get the real reason for the bug, the alert shows:

file_type(<br />
<b>Warning</b>: getimagesize("D:\sugarcrm\my_logo.png)[a href='function.getimagezize</a>]:failed to open stream: No such file or directory in <b>D:\SUGAR-xampp\htdocs\sugar500b\modules\Configurator\Upload FileCheck.php</b> on line <b>57</b><br />
other)

Now you can see that this is a bug in Sugar 5.0.0b, bcause the full qualified path of the file on the uploading client is checked. This is senseless, Sugar has no access to this file - execpt client and server are on the same machine.


To solve this issue, you can copy the file to the same directory as your local directory and upload it then again. This will work. After uploading you can delete the directory again.


I posted it as BUG # 20099