You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Ben Weidig (Jira)" <ji...@apache.org> on 2022/08/28 14:16:00 UTC
[jira] [Resolved] (TAP5-2735) LocalizationSetter should add "void setLocaleFromRequest(Request)"
[ https://issues.apache.org/jira/browse/TAP5-2735?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Ben Weidig resolved TAP5-2735.
------------------------------
Fix Version/s: 5.8.3
Resolution: Fixed
> LocalizationSetter should add "void setLocaleFromRequest(Request)"
> ------------------------------------------------------------------
>
> Key: TAP5-2735
> URL: https://issues.apache.org/jira/browse/TAP5-2735
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.8.2
> Reporter: Ben Weidig
> Assignee: Ben Weidig
> Priority: Minor
> Fix For: 5.8.3
>
>
> The LocalizationSetter is responsible for setting the correct Locale and provides an excellent extension/override point if you want to affect that, like we do in a multi-tenant/multi-language application.
> But component events fallback to the Request Locale if no other is available, which leads to wrong Locale detection in our case.
> The responsible void setLocaleFromRequest(Request) is a private method in org.apache.tapestry5.internal.services.ComponentEventLinkEncoderImpl which is not correct IMO.
> I propose moving the related code to the LocalizationSetter, so all Locale-related code is in a single interface and therefore modifiable by contributing a custom one.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)