Internal name of State field is not translated.

Bug #481130 reported by Ferdinand
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Odoo Server (MOVED TO GITHUB)
Confirmed
Wishlist
OpenERP's Framework R&D

Bug Description

PackingList
the label "Shipping Address" and the filed content of "state" is not translated to partners language

Related branches

Revision history for this message
Ferdinand (office-chricar) wrote :
Revision history for this message
Ferdinand (office-chricar) wrote :

BTW state prints the internal variable "done" not "Done"

Changed in openobject-addons:
status: New → Confirmed
Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

Hello Dr. Ferdinand,

That was really a crucial one.

I would like to request you to apply these patches and update your stock module.

Please notify us for the updates.

Thank you.

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :
Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :
Revision history for this message
Ferdinand (office-chricar) wrote :

shipping address is translated
state (done) is NOT yet translated

Revision history for this message
Jay Vora (Serpent Consulting Services) (jayvora) wrote :

We need to have entries of states in .po/.pot files.

State = [('done','Done')]

We have :
#. module: stock
#: selection:stock.move,state:0
#: selection:stock.picking,state:0
msgid "Done"
msgstr ""

But for the internal anme of the state.... we should have
Example:
#. module: stock
#: rml:stock.picking.list:0
msgid "done"
msgstr "Translated name"

Thank you for reporting.

Changed in openobject-addons:
importance: Undecided → Wishlist
assignee: nobody → Olivier (Open ERP) (olt)
summary: - stock outgoing products - not all fields translated
+ Internal name of State field is not translated.
Revision history for this message
Ferdinand (office-chricar) wrote :

I do not think that this is a wish - please consider untranslated/not translatable fields as a bug.

Changed in openobject-addons:
assignee: Olivier (Open ERP) (olt) → OpenERP's Framework R&D (openerp-dev-framework)
affects: openobject-addons → openobject-server
Revision history for this message
xrg (xrg) wrote : Re: [Bug 481130] Re: Internal name of State field is not translated.

On Monday 27 December 2010, you wrote:
> ** Project changed: openobject-addons => openobject-server

Sorry, are you suggesting that in selection([('foo', 'Some foo'), ('bar',
'Other bar')],... ) we let 'foo' and 'bar' be translated?

If so, I would definitely and absolutely disagree. It could bring havoc to the
way the framework works.

The "internal names", the technical keywords of selection fields, are NOT
supposed to vary. They are keywords for the database, should actually not be
visible in the UIs or reports (but rather be replaced by their "display"
names, eg 'Some foo' and 'Other bar').

If, on the other hand, you see the internal names being used for display
purposes, eg. "foo" printed in a report, that's some other kind of bug we need
to solve, agreed.

Revision history for this message
Ferdinand (office-chricar) wrote :

No I do not want to translate internal names, but those which appear in GUI and reports
so foo remains foo internal and "Some foo" most be translated everywhere

so your diagnosis is correct - internal names must not show up
I didn't care enough 'done' is internal 'Done' is external

Revision history for this message
Anup(SerpentCS) (anup-serpent) wrote :

Hello Guys,

       I think the issue is with selection field only. when we are trying to display a selection field, it displays the external value that is mapped with the database value (internal value) in the Clients. But when we are having the field in report it displays the internal value. So I think we need a way that'll display the mapped value not the internal value in the report as well.

Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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