Item12115: Compare revisions crashes when header compression is enabled

This hapens when Locale is enabled and using utf8 and http compression.

To repeat it, see the topic history in a foswiki installation with locale support enabled, and compare revisions. Foswiki crashes with the error message "Wide character in memGzip". Don't know if this helps, but there is a comment from MichaelDaum in http://trac.foswiki.org/changeset/4065 about not supporting wide characters in render.pm (this script is where this message comes from). As workaround, go to Configure>Tuning and disable Http compression.

The same message also appears when using some other characters in Support.Question1067

-- StefanosKouzof - 03 Oct 2012

can we do something simple like detecting locale==on so turn off gzip (for 1.1.6?)

-- SvenDowideit - 08 Nov 2012

I've updated the HttpCompress checker in 1.6 to flag an error if UseLocale is enabled. That doesn't close this task, the underlying issue still needs resolution.

-- GeorgeClark - 09 Nov 2012

Moving to 1.2 target, addressed with 1.1.6 checker.

-- GeorgeClark - 12 Nov 2012

I am having difficulties to repro this. Without UseLocale caching a page with an ellipsis or any other utf-8 char compresses just fine. When switching on UseLocale all of foswiki crashes anywway in Foswiki.pm with an insecure dependency error.

-- MichaelDaum - 02 Jun 2014

Deferring this task for the 2.0 I18N release. Escalated the checker warning for UseLocale to make it an error if enabled.

-- GeorgeClark - 08 Jul 2014

Moving back to 1.2.0 since we are now unicode. If the problem exists, it must be addressed.

FWIW I can't reproduce the described problem on 1.2.0

-- CrawfordCurrie - 15 Jun 2015

Deferred to 2.0.1 -

-- GeorgeClark - 05 Jul 2015

Moving this to Normal priority. We have not done work on a Locale enabled foswiki,

-- GeorgeClark - 16 Jul 2015

If when using UTF-8 support, compare revisions does not crash when header compression is enabled, then the bug would be a minor one, indeed.

-- StefanosKouzof - 16 Jul 2015

Given no feedback, and Crawford unable to reproduce, setting to No Action.

-- GeorgeClark - 07 Nov 2015

Commenting is disabled while not logged in