SquirrelMail / Current Stable Branch (1.4) / #106 the user.pref setting doesn't work

#106 the user.pref setting doesn't work

Status: closed-fixed

Owner: Tomas Kuliavas

Labels: None

Priority: 5

Updated: 2005-03-08

Created: 2005-01-19

Creator: hjheins

Private: No

Hello,

I installed Squirrelmail version 1.44rc1.
I can not get the locale preference setting for users
(the one in data/<username>.pref ) working. I installed
the conplete locale pack, but Squirrelmail keeps
defaulting to en_US.
Also changing the global lang. setting in the
Squirrelmail config. doesn't do anything.

Hendrik-Jan

Discussion

Thijs Kinkhorst - 2005-01-20

assigned_to: philippe_mingo --> nobody
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Jonathan Angliss - 2005-01-20

Logged In: YES
user_id=620333

You've not provided much information to go on, such as your
web server, php version, etc. As a side note, some
distributions are very fussy about installing locale files,
and sometimes requires a restart of the application directly
involved, in this case your web server.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-21

Logged In: YES
user_id=225877

Which language is used in help section?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Jonathan Angliss - 2005-01-21

Logged In: YES
user_id=620333

Is that a valid question? I thought the help sections were
translated and save as individual languages, and didn't use
gettext for any of that work, but used the users prefs to
load the appropriate language.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-21

Logged In: YES
user_id=225877

If help part is translated, then problem is with php gettext
functions. Then we'll need list of installed system locales,
OS details and name of translation that user is trying to set.

If help is in english and help files are installed - problem
is in setting language option. Then we'll need information
about what user wants to do and how he tries to do that.

Question tries to limit diagnostics and understand which
part is failing.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

hjheins - 2005-01-30

Logged In: YES
user_id=376580

some more info:

Mandrakelinux 9.1 with apache 2.0.44 and php 4.3 installed.
Gettext and the locales are avaulable on the system.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

hjheins - 2005-01-30

Logged In: YES
user_id=376580

about the language in the help section:
yes, the help section IS in the language I specified.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-30

Logged In: YES
user_id=225877

Issue is specific to mandrake implementation of system
locales. Try reproducing error in 1.5.1cvs or check
functions/i18n.php file. You might have to disable/fix
'LOCALE' setting in $languages array.

For example, Spanish language uses
$languages['es_ES']['NAME'] = 'Spanish';
$languages['es_ES']['CHARSET'] = 'iso-8859-1';
$languages['es_ES']['LOCALE'] = 'es_ES.ISO8859-1';
$languages['es']['ALIAS'] = 'es_ES';

On MDK you have to disable 'LOCALE' setting
----
$languages['es_ES']['NAME'] = 'Spanish';
$languages['es_ES']['CHARSET'] = 'iso-8859-1';
// $languages['es_ES']['LOCALE'] = 'es_ES.ISO8859-1';
$languages['es']['ALIAS'] = 'es_ES';
----

or fix it
----
$languages['es_ES']['NAME'] = 'Spanish';
$languages['es_ES']['CHARSET'] = 'iso-8859-1';
$languages['es_ES']['LOCALE'] = 'es_ES.ISO-8859-1';
$languages['es']['ALIAS'] = 'es_ES';
----

When LOCALE setting was added, it used names that worked for
FreeBSD systems. Linux Debian was working with locale names
that have hyphen between ISO and 8859 and with locale names
without that hyphen. It is possible that due to some
modifications made by Mandrake, your OS needs hyphen between
ISO and 8859.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

hjheins - 2005-01-30

Logged In: YES
user_id=376580

Great!

that was it!
I put a "//" in front of the "LOCALE" line in
../functions/i18n.php

Maybe this is something for in the FAQ?

Hendrik-Jan

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-31

labels: 382878 -->

milestone: 102172 -->
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-31

Logged In: YES
user_id=225877

http://cvs.sf.net/viewcvs.py/squirrelmail/squirrelmail/functions/i18n.php?r1=1.199&r2=1.200

Issue is specific to stable version and can be reproduced
only on Mandrake and maybe on Solaris. 1.5.1cvs includes
patch that should fix the problem.

Information about it is present in wiki.
http://www.squirrelmail.org/wiki/en_US/SupportingMultipleLanguages

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-01-31

assigned_to: nobody --> tokul
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

hjheins - 2005-01-31

Logged In: YES
user_id=376580

Ah yes,

you are right. I must have missed that part when I went
through the wiki.
The fix in 1.5 also works well.
Thank you for your trouble!

I guess this bug can be closed?

Hendrik-Jan

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Jonathan Angliss - 2005-02-21

Logged In: YES
user_id=620333

Tomas, can this be closed as vendor specific issue?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-02-21

Logged In: YES
user_id=225877

On Sunday (2005-02-27) I'll post batch of patches for stable
on devel list. One of the patches will close this issue.

My current plan for Sunday:
* solving this issue
* solving charset conversion issue in ldap
* display of error messages in address book init

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-03-08

status: open --> closed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-03-08

status: closed --> closed-fixed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Tomas Kuliavas - 2005-03-08

Logged In: YES
user_id=225877

fixed in 1.4.5cvs

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Log in to post a comment.