summaryrefslogtreecommitdiff
path: root/addons/analytic_user_function/analytic_user_function_view.xml
diff options
context:
space:
mode:
authorDenis Ledoux <dle@odoo.com>2015-03-25 14:23:12 +0100
committerDenis Ledoux <dle@odoo.com>2015-03-25 14:33:33 +0100
commit0cf87d167109eafc86c3e9f9e101242844a74393 (patch)
tree6ffedd213963fb3b90700a767045a40d151413a3 /addons/analytic_user_function/analytic_user_function_view.xml
parent287b293283ccab16cc0f692a109738217b47ed53 (diff)
[FIX] website_sale_options: keep website language on cart addition
In the ecommerce, when adding a product to the cart while having website_sale_options installed the product was added in the cart within the website default language, not in the current language of the visitor. The description of the product was in the default website language (for instance, English) instead of being in the visitor language (for instance, French). The reason is quite simple: With website_sale_options, routes are called in javascript, and these calls do not include the website language within the url to the route (e.g., call to '/shop/modal' instead of '/fr_FR/shop/modal) and the language in the request context is therefore the website default language. The solution proposed here is probably not the cleanest possible, a cleaner solution would be to define a new utility JS function within website javascript to perform Ajax calls, automatically adding the language to the url path according to the current visitor language. Another solution would be to set the lang of the session context to the visitor language, and to use this lang instead of the lang within request.context. Nevertheless, none of the two above solutions can be performed in stable releases, such as 8.0, to avoid any risks. opw-631400
Diffstat (limited to 'addons/analytic_user_function/analytic_user_function_view.xml')
0 files changed, 0 insertions, 0 deletions