SugarCRM producing garbage characters

[Jashank]

Hi,

Sugar 5.1.0 CE, from a FreeBSD hosted system to XAMPP on Windows (Apache 2.2.14, PHP 5.3.1, MySQL 5.1.41).

I'm about to upgrade an aging (well, 5.1.0) SugarCRM installation to 6.1. I've copied the database and SugarCRM install directory off our live server onto a test box, and have prodded settings to be correct for this system in config.php.

I have some very bizarre issues on my copy. It looks like some form of content encoding or compression, but no compression or encoding makes this display correctly. Here's an excerpt from the very beginning:

��������Z{o�6�?/�߁Uѕ��_yt���"q���K6A�84E@K����t����w�>dɯ8٦���D9?�� :A

No idea what's going on here; I've checked compression settings and encodings, to no avail.

Jashank

Edit: Here's a screenshot to go with it.

[rohitk]

Check the permissions of file. Also refer this link....

http://www.sugarcrm.com/forums/showthread.php?t=66060

Rohit

[Jashank]

Hi,

I have no idea what was causing that issue, but after upgrading to XAMPP 1.7.4b2, it seems to work. I'm suspicious that PHP 5.3.1 is broken with SugarCRM (I know it is with other applications).

Jasank

[andopes]

Hi,

Sugar 5.1.0 CE, from a FreeBSD hosted system to XAMPP on Windows (Apache 2.2.14, PHP 5.3.1, MySQL 5.1.41).

I'm about to upgrade an aging (well, 5.1.0) SugarCRM installation to 6.1. I've copied the database and SugarCRM install directory off our live server onto a test box, and have prodded settings to be correct for this system in config.php.

I have some very bizarre issues on my copy. It looks like some form of content encoding or compression, but no compression or encoding makes this display correctly. Here's an excerpt from the very beginning:



No idea what's going on here; I've checked compression settings and encodings, to no avail.

Jashank

Edit: Here's a screenshot to go with it.

This is due a conflict on a specific stack. I don´t know how to fix that by php.ini configuration, but this hack should works:

Edit script include/utils.php
Go to function "setPhpIniSettings"
Comment the lines

     if(function_exists('gzclose') && headers_sent() == false) {
        ini_set('zlib.output_compression', 1);
    } 
  

Cheers

[Jashank]

I don´t know how to fix that by php.ini configuration,

There is an option to do that, actually; search zlib.output_compression in php.ini. The issue is that it can be overridden in-script (which is occasionally useful, but occasionally not).

Even so, setting zlib compression should send headers proclaiming zlib-compressed content. In this case, this wasn't happening, so I suspect a bug in PHP 5.3.1.

In any case, an upgrade to PHP fixed the issue. Thanks, andopes and rohitk.

Jashank