On 9/24/19 9:02 PM, Georgios Petasis wrote:
Dear Massimo,
I have somewhat used utf-8. But never on the arguments passed to the url.
I think you should start debugging with a simple check on "encoding
system" (just write a rivet script that prints the result).
Actually I'm not sending them on the URL, ::rivet::escape_string is
escaping those characters, and I'm happy with it because browsers are
smart enough to understand the escaping and display the right symbol.
Ideally, you must get the same result on both systems (although I doubt).
If encoding system within rivet returns utf-8, probably you can use the
parameters unconverted. If it returns any other encoding,
encoding convertfrom utf-8 may be needed.
well, this explains everything, the command on the system stock apache
instance (the failing one) returns iso8859-1 while the other returns
utf-8. I had been mislead by the locale of the user running Apache
# sudo --user www-data locale
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
but looking harder in the configuration I found
## The locale used by some modules like mod_dav
export LANG=C
## Uncomment the following line to use the system default locale instead:
#. /etc/default/locale
export LANG
which changed what I assumed was the default
-- Massimo
---------------------------------------------------------------------
To unsubscribe, e-mail: rivet-dev-unsubscr...@tcl.apache.org
For additional commands, e-mail: rivet-dev-h...@tcl.apache.org
