if system language is set in a different langage than the application, language mismatch

Bug #714488 reported by Fabrice Flore-Thebault

This bug report was converted into a question: question #144549: if system language is set in a different langage than the application, language mismatch.

6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Odoo GTK Client (MOVED TO GITHUB)
Invalid
Low
OpenERP sa GTK client R&D

Bug Description

Example with client from todays 6.0 branch

System language = FR
OpenERP client language = EN

The general menu and common buttons stays in french ;
The application is in English.

Expected result : Full interface should be in EN.

Screenshot attached.

Tags: i18n
Revision history for this message
Fabrice Flore-Thebault (themroc) wrote :
Revision history for this message
DBR (OpenERP) (dbr-openerp) wrote :

Hello Febrice,

This problem is related to translation.
Due to the missing translation in .po file, it takes OpenERP Default language.
So, You need to update the code or rectify the problem in .po files.

Thanks.

Changed in openobject-client:
status: New → Invalid
Revision history for this message
Fabrice Flore-Thebault (themroc) wrote :

The translation is fine, this is not the issue here, and it could not be the issue, as the application is using EN which is the native language of the application.

The issue is : when system lang and application lang are different, the application i18n is left in an incoherent state : the parts of the UI which are depending on the system language stays in the system language. The application should override the system language for every interface items.

We had the same issue with another setup : System in EN, Application in FR.

Changed in openobject-client:
status: Invalid → Confirmed
Revision history for this message
Olivier Dony (Odoo) (odo-openerp) wrote :

For the record, here is the response I put on the question this bug was converted into:

--------------------------------------------------------------------
Fabrice,

When using the GTK client, the client application cannot currently change the language for the menus and buttons dynamically, because these are loaded automatically by the GTK framework when the application is initialized.
Normally the language of the GTK menus and buttons will be changed after the client is restarted, using the application language of the last user that logged in into the system (basically the "lang" value of the [client] section in the config file, usually in $HOME/.openerprc)

There might be some limitations on some systems where the GTK client is not able to switch to the OpenERP language for menus and buttons if that language is not available in the local settings of the operating system (i.e. if it is not an available locale). In that case there will be a warning message in the GTK log file when it starts.

If you have tried this technique and the language is still not correctly set, please reopen the bug report and explain the different things you tried, what are the locales available on your machine, and possibly the error messages that are in the GTK logfile (or console)

In the Web client the issue is a bit different because all menus and buttons are part of the web pages, so they can be directly translated.

I hope this helps...

Changed in openobject-client:
assignee: nobody → OpenERP sa GTK client R&D (openerp-dev-gtk)
tfr (Openerp) (tfr)
Changed in openobject-client:
status: Confirmed → Incomplete
Revision history for this message
GEM (nimp3) wrote :

Hi,
to have the menus translated for gtk client with windows (if it exists), I'm obliged to create environment system variable LANG, and add value of the language I need for the menu, en for english, fr for french ...
You can ask to Stéphane Wirtel to confirm this thing.
For linux, I don't know.
Bye

Revision history for this message
tfr (Openerp) (tfr) wrote :

I, i'm on linux,
my system language is french and the server is english US.

All the view are in English but all the menu of the client are in French

Changed in openobject-client:
status: Incomplete → Confirmed
importance: Undecided → Low
tfr (Openerp) (tfr)
Changed in openobject-client:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.