#106 the user.pref setting doesn't work

closed-fixed
None
5
2005-03-08
2005-01-19
hjheins
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

    • assigned_to: philippe_mingo --> nobody
     
  • 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.

     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-01-21

    Logged In: YES
    user_id=225877

    Which language is used in help section?

     
  • 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.

     
  • Tomas Kuliavas
    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.

     
  • hjheins
    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.

     
  • hjheins
    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.

     
  • Tomas Kuliavas
    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.

     
  • hjheins
    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

     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-01-31

    • labels: 382878 -->
    • milestone: 102172 -->
     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-01-31

    • assigned_to: nobody --> tokul
     
  • hjheins
    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

     
  • Logged In: YES
    user_id=620333

    Tomas, can this be closed as vendor specific issue?

     
  • Tomas Kuliavas
    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

     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-03-08

    • status: open --> closed
     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-03-08

    • status: closed --> closed-fixed
     
  • Tomas Kuliavas
    Tomas Kuliavas
    2005-03-08

    Logged In: YES
    user_id=225877

    fixed in 1.4.5cvs