Hi,
Sorry for the incorrect analysis of this thread.
I found the answer.
# diff -u
/usr/sausalito/ui/chorizo/ci/application/modules/base/wizard/controllers/wizard.php-00
/usr/sausalito/ui/chorizo/ci/application/modules/base/wizard/controllers/wizard.php
---
/usr/sausalito/ui/chorizo/ci/application/modules/base/wizard/controllers/wizard.php-00
2019-09-04 00:02:52.000000000 +0900
+++
/usr/sausalito/ui/chorizo/ci/application/modules/base/wizard/controllers/wizard.php
2020-05-22 22:18:12.822709604 +0900
@@ -599,7 +599,7 @@
}
// Set new locale to cookie, too, but set an
expiry of 365 days:
- $cookie = array('name' => 'locale', 'path' =>
'/', 'value' => $locale, 'expire' => '31536000');
+ $cookie = array('name' => 'locale', 'path' =>
'/', 'value' => $attributes['localeField'], 'expire' => '31536000');
$this->input->set_cookie($cookie);
//
The Content-language response header may be a supplement.
(should have also included a cookie)
https://bokut.in/blueonyx_locale_after_wizerd.png
Thanks,
2020年5月22日(金) 17:28 Tomohiro Hosaka <boku...@gmail.com>:
>
> Hi,
>
> > Is it correct that the problem only happens if you choose Japanese in
> the GUI based setup wizard?
>
> yes.
>
> I investigated further.
>
> It turned out that /etc/cobalt/locale is increasing after reselecting
> with user/personalAccount compared to immediately after selecting
> Japanese in the wizard.
>
> # cat /etc/cobalt/locale
> ja_JP
>
> In other words, immediately after selecting Japanese in the wizard,
> /etc/cobalt/locale does not exist.
>
> This is I think the cause.
>
> Maybe /usr/sausalito/handlers/base/system/product_language.pl needs to
> be called at the right time?
>
> Thanks,
>
>
> 2020年5月22日(金) 5:03 Michael Stauber <mstau...@blueonyx.it>:
> >
> > Hi Tomohiro Hosaka,
> >
> > > I will tell you one problem that I had noticed before.
> > >
> > > On the screen of http://XXX:444 after installation
> > > If you select Japanese in the language selection, the characters will
> > > be garbled (mojibake).
> > >
> > >>From the screen of http://XXX:444/user/personalAccount
> > > Change the Administrator language to English once and save
> > > If you change the language to Japanese and save again, it will be
> > > resolved.
> > >
> > > https://bokut.in/mojibake_japanese.png
> > > https://bokut.in/mojibake_japanese_fixed.png
> > >
> > > I don't know if it occurs in other languages besides English, or if
> > > it's a problem around po mo.
> >
> > It only seems to affect Japanese. We had a few cases of mojibake before,
> > so I know what to look for and I'll check it out.
> >
> > In https://bokut.in/mojibake_japanese.png I can see that only two menu
> > entries (and their help-texts) seem to be affected on that screen, but
> > the rest is shown fine.
> >
> > Which is a bit weird. Usually we get mojibake if the Japanese locale
> > files were damaged or not saved in UTF-8 prior to being processed by
> > "msgfmt" to build the *.mo files. Or if the PHP code tries to display
> > Japanese locales using UTF-8 and not in EUC-JP as it should.
> >
> > I checked the Japanese locale files for the "PHP Security" entry and the
> > "Logins" entry.
> >
> > Is it correct that the problem only happens if you choose Japanese in
> > the GUI based setup wizard?
> >
> > If that's the case, then I bet the GUI started processing the first few
> > locale strings in UTF-8 (and garbled these), but then automatically
> > realized it had to use EUC-JP.
> >
> > This will take some time to debug, but I'll get to it and will then
> > publish a fix.
> >
> > Many thanks for bringing this to my attention.
> >
> > --
> > With best regards
> >
> > Michael Stauber
> > _______________________________________________
> > Blueonyx mailing list
> > Blueonyx@mail.blueonyx.it
> > http://mail.blueonyx.it/mailman/listinfo/blueonyx
_______________________________________________
Blueonyx mailing list
Blueonyx@mail.blueonyx.it
http://mail.blueonyx.it/mailman/listinfo/blueonyx
