View Issue Details

IDProjectCategoryView StatusLast Update
0000467OXID eShop (all versions)4.06. Language and translationspublic2009-02-01 18:25
Reporterdainius.bigelis Assigned To 
PriorityhighSeveritymajorReproducibilityalways
Status closedResolutionnot fixable 
Product Version4.0.0.1 revision 14455 
Summary0000467: changing order of languages in admin leads to mixed languages in frontend
Descriptionby default, the shop language in admin -> master settings -> core settings -> languages is shown like this:

0 - for the standard language

de - Deutsch - as installed languages
en - English

Now, leaving 0 for standard language and swapping de and en as installed languages like this:

en - English
de - Deutsch

Then in the shop frontend: the templates are taken from EN language, but all the data (Categories, Article titles, etc.) are in DE language.

Need to fix it so all the info in fronted would be displayed in the selected (or default) language.
TagsNo tags attached.
Theme
BrowserAll
PHP Version5.2.6
Database Version5.0.33

Activities

vilma_liorensaityte

2008-12-23 15:05

reporter   ~0000329

Reminder sent to: dainius.bigelis, ralf_trapp

Templates are taken from EN language, like it should be. It takes first language, in this case it is EN.
With data it is different. Multilanguage data fields have prefixes: default language (0) has no prefix, first additional language (1) has prefix "_1", second (2) - "_2" and ... (e.g. oxtitle, oxtitle_1, oxtitle_2,...). If standard language is 0, it loads from "oxtitle". If you swap installed languages, but leave standard language the same - 0, it loads from the same field "oxtitle". If in this field data was in DE, after swapping it loads the same DE data.
Do not swap installed languages if shop data is loaded in database.

ralf_trapp

2009-01-21 15:26

reporter   ~0000387

We postpone that until we work on internationalized version (UTF8, more robust handling for languages)

ralf_trapp

2009-02-01 18:24

reporter   ~0000410

This goes to language overwork for next version. Thus, closed here

ralf_trapp

2009-02-01 18:25

reporter   ~0000411

As we will overwork language handling, closed here.