Bug in Date field generation for e-mail

RT Developers
1

Hello!

We migrated from 3.4.3 to 3.6.1 and faced the following problem.

I have the following variable defined in my environment:

LANG=ru_RU.KOI8-R

This variable is inherited by apache.

Now Date field in e-mails generated by RT have day of the week
represented in Russian. This was not the case with 3.4.3 version of RT.

I think it’s a bug.

The workaround is to start apache with LANG=C, but it’s only a workaround.

Tnanks!

2

Your observed behavior is the correct behavior. If you set the LANGuage
to Russian, then the language will be … Russian. :slight_smile: If you change it
to “C”, it will be C. That’s the whole point of LANG :slight_smile:

Anyway, try setting LC_MESSAGES=“C” if you don’t want messages to be in
Russian. Here’s a list of the other LC_* environment variables:

LANG
LC_CTYPE
LC_NUMERIC
LC_TIME
LC_COLLATE
LC_MONETARY
LC_MESSAGES
LC_PAPER
LC_NAME
LC_ADDRESS
LC_TELEPHONE
LC_MEASUREMENT
LC_IDENTIFICATION
LC_ALL

Quick example:

$ echo $LANG
en_US.UTF-8
$ date
Tue Aug 29 02:05:24 CDT 2006
$ export LANG=ja_JP.UTF-8
$ date
2006年 8月 29日 火曜日 02:05:36 CDT
$ LC_TIME=“en_US.UTF-8” date
Tue Aug 29 02:06:37 CDT 2006

Anyway, Hope this helps.

Regards,
Jonathan Rockway

Dmitry Sivachenko wrote:

3

Your observed behavior is the correct behavior. If you set the LANGuage
to Russian, then the language will be … Russian. :slight_smile: If you change it
to “C”, it will be C. That’s the whole point of LANG :slight_smile:

I’d argue that it’s not the correct behaviour, since RT has an
internal localization system that it should be paying attention to.

4

Your observed behavior is the correct behavior. If you set the LANGuage
to Russian, then the language will be … Russian. :slight_smile: If you change it
to “C”, it will be C. That’s the whole point of LANG :slight_smile:

I’d argue that it’s not the correct behaviour, since RT has an
internal localization system that it should be paying attention to.

Well, do you have plans to fix that bug in the subsequent release of RT?
E-mail headers should not represent Date in the locale rather than C…

5

Your observed behavior is the correct behavior. If you set the LANGuage
to Russian, then the language will be … Russian. :slight_smile: If you change it
to “C”, it will be C. That’s the whole point of LANG :slight_smile:

I’d argue that it’s not the correct behaviour, since RT has an
internal localization system that it should be paying attention to.

Well, do you have plans to fix that bug in the subsequent release of RT?
E-mail headers should not represent Date in the locale rather than C…

A patch would be most appreciated.