https://bz.apache.org/bugzilla/show_bug.cgi?id=66210
--- Comment #1 from HanLi ---
(In reply to HanLi from comment #0)
> The reason for this is that we should get the default local through
> StringManager, not directly through Locale.getDefault(), and the
> toLanguageTag method is used when sett
aooohan commented on PR #537:
URL: https://github.com/apache/tomcat/pull/537#issuecomment-1212803601
I don't know know how to fix the problem of it. :confused:
https://github.com/apache/tomcat/blob/56908dd1ec6e5a1fa46804a48463536a5f36c507/test/org/apache/coyote/http2/TestHttp2Limits.j
https://bz.apache.org/bugzilla/show_bug.cgi?id=66207
--- Comment #1 from HanLi ---
Similar to https://bz.apache.org/bugzilla/show_bug.cgi?id=63143
Repeat Konstantin Kolinko's reproduction steps:
1. Run JVM with an OS of a language that Tomcat has a translation available.
My OS uses Chinese lang
https://bz.apache.org/bugzilla/show_bug.cgi?id=66207
--- Comment #2 from HanLi ---
(In reply to HanLi from comment #1)
> The problem lies in the comparison, which I think should be a comparison of
> languages, not local objects, because Local(en) ! = Local(en-US)
> But the reason for this proble
All,
The following votes were cast:
Binding:
+1: remm, fhanik, schultz
Non-binding:
+1: Han Li
The vote therefore passes.
Thanks to everyone who contributed toward this release.
I'll get started with post-voting exercises in a few hours.
-chris
-
