Click New and blank admin page...

I see someone else had this issue but not sure if there is still a fix coming for it.

The problem: After installing on Joomla 1.5.2, everything worked with the exception once I clicked "New" to create the first form and ended up with a completely blank admin page.

The Solution: Turn off gzip compression.

So obviously this worked but its not a permanent solution if I need to run gzip. Will this be solved soon?

Hi joeyscc,

I'm pretty certain that this has been fixed. Are you using the latest download of ChronoForms?

Bob

Greetings....

I am using the most recent one which I downloaded just before finding two issues, this one being one.

Thanks for the great work!

I had the same problem with joomla 1.5.2 & Chrono Contact 2.5 J1.5 RC2.

Hi, we got this issue fixed and well tested between Joomla 1.5.1 and RC2.1 but didn't check with J1.5.2, we will check this and include a fix in the next J1.5 Chronoforms release if possible!

Thank you!

Max

I also encountered this bug. It seems that it is not yet fix for joomla1.5.3

Currently turning off Gzip compression is still the current solution.

Regards,
Mark

Hi Mark,

I don't think that anyone else has reported it for Joomla 1.5.3. Are you sure you have the latest update of ChronoForms?

Bob

I have ChronoForms 2.5 RC3.1 Upgrade for Joomal 1.5 running on Joomla 1.5.3. When GZip compression is on, I receive an error accessing the ChronoForm admin panel: "Content encoding error: Incorrect compression type".
Removing GZip compression works fine, however I require compression on the website.

Hi marmiwerawda,

Sorry, I've no idea - even Googling the error message the only reference is to your post here.

Bob

I can confirm this Joomla 1.5.2 with latest registered chronoforms. If Gzip is enabled i receive this error:
Content Encoding Error


The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.

* Please contact the website owners to inform them of this problem.

Me too, I can confirm it on 1.5.4.
On IE you get a standard error page, while on Firefox you see the "bad encoding" error.
Everything is ok while running w/o GZip...

Strange, am seeing this on 1.5.4 as well with Gzip on.

I am using Chronoforms V3.0 BETA 2 and I can also confirm this error happening on 1.5.6 (patched) with Gzip on. Error goes away by turning off Gzip compression.

If anyone happens to be interested I'm in the process of updating to 1.5.7 and will post my results if I get the same error.

...If anyone happens to be interested I'm in the process of updating to 1.5.7 and will post my results if I get the same error.

Just patched to 1.5.7 and I can confirm this error still occurring. :?

it never happens to me here, wonder why, I believe this is an issue with your server config somehow ? whats your admin area language ?

it never happens to me here, wonder why, I believe this is an issue with your server config somehow ? whats your admin area language ?

Same with me (J! 1.5.4, 1.5.5, 1.5.6 and 1.5.7 ... and Chrono 2.5RC3 and 3.0B1 and 3.0B2)
Admin language in ITALIAN and in ENGLISH... same issue. Web server is Apache 2.x on Linux (everything else is ok with gzip on...)

It's an issue of the full component: if you try to send the form from the frontend (I use the plugin to include it in content), it fails... if no gzip compression is active, sending is ok...

Correct, with few servers and on GZIP compression ON the problem occurs, again with few ones so those have something special, I tracked down the problem and will try to fix it but I can't test since the machines I can work on can't generate this issue.

I have a machine with the same gzip problem. I will happily give you access or would be happy to install and test for you. Same Gzip problem on latest install.

PHP Built on: Linux elcamino 2.4.32-grsec-opteron-peon-1.1.1 #1 SMP Fri Dec 21 15:45:17 PST 2007 i686
Database Version: 5.0.67-log
Database Collation: utf8_general_ci
PHP Version: 5.2.6
Web Server: Apache/2.0.61 (Unix) PHP/4.4.7 mod_ssl/2.0.61 OpenSSL/0.9.7e mod_fastcgi/2.4.2 DAV/2 SVN/1.4.2
Web Server to PHP interface: cgi-fcgi
Joomla! Version: Joomla! 1.5.5 Production/Stable [ Mamni ] 27-July-2008 22:00 GMT
User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3

Using version ChronoForms V3.0 Stable.

Hi Adam,

this iwll be great of course, you can email me the admin login at the PM ?

Thanks!
Max

Confirmed in 1.5.7 running on localhost in WAMP server.

Hi!
I faced this issue earlier today and I worked out a hack solution. It's a very very dirty hack but it will let you use gzip and ChronoForms so here it goes:
In the file administrator/index.php edit line 91

echo JResponse::toString($mainframe->getCfg('gzip'));

to

if($_POST['option'] == 'com_chronocontact' || $_POST['option'] == 'com_chronocontact')
{
	echo JResponse::toString(false);
} else {
	echo JResponse::toString($mainframe->getCfg('gzip'));
}

Obviously the effect is that gzip compression is turned off but only when you load ChronoForm pages (and only in the backend).

Thanks for the nice solution, I will try to find a way to get a fix for this or even a snippet to work at chronoforms files, about your code, replace $_POST['option'] with JReques::getVar('option') because using $_POST directly in the Joomla code is not very secure!

Regards
Max

I am having the exact same problem, using GoDaddy Virtual Dedicated Server running RedHat and PHP 5. All other components work just fine with Gzip enabled and would hate to turn off just to run forms. I want to purchase, but need a solution.

Thanks...

Hi markz,

A solution from inside Chronoforms itself is not yet ready! I'm working to achieve this.

Regards
Max

Any news on this?
Im running Joomla 1.5.9 and Chronoforms 3.0 STABLE and still getting this problem.

I'm sorry but not yet, a new version is coming soon, I will try to have this fix ready with this one!

Cheers
Max

Thanks for the nice solution, I will try to find a way to get a fix for this or even a snippet to work at chronoforms files, about your code, replace $_POST['option'] with JReques::getVar('option') because using $_POST directly in the Joomla code is not very secure!

Regards
Max

I tried this tweak to jOOOL`s fix and I get a "Class 'JReques' not found" error.
Is there something else I need to add to make the class available?

Im running Joomla 1.5.9 and ChronoForms 3.0 stable.

edit: just realised I posted 2 posts above in this thread🙂
Thanks for the reply Max, looking forward to the new version.

edit2: I also just realised that once I have finished my form, I dont really need to access the chronoforms admin bit anymore.
So, form done, gzip turned back on, no problems. If I need to edit the form, just turn gzip off while you do it! Simple🙂
Youll have to excuse me, Im having a slow day :?

Hi hellodave,

That should be JRequest

Bob

See! I said I was having a slow day, cant believe I missed that.
Thanks for the help Bob🙂