Current State: No Action Required
Released In: n/a
Target Release: minor
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
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
- 03 Oct 2012
can we do something simple like detecting locale==on so turn off gzip (for 1.1.6?)
- 08 Nov 2012
I've updated the
checker in 1.6 to flag an error if
is enabled. That doesn't close this task, the underlying issue still needs resolution.
- 09 Nov 2012
Moving to 1.2 target, addressed with 1.1.6 checker.
- 12 Nov 2012
I am having difficulties to repro this. Without
caching a page with an ellipsis or any other utf-8 char compresses just fine. When switching on
all of foswiki crashes anywway in Foswiki.pm with an insecure dependency error.
- 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.
- 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
- 15 Jun 2015
Deferred to 2.0.1 -
- 05 Jul 2015
Moving this to Normal priority. We have not done work on a Locale enabled foswiki,
- 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.
- 16 Jul 2015
Given no feedback, and Crawford unable to reproduce, setting to No Action.
- 07 Nov 2015