Improve timezone information in login notification

[ShiinaKin]

/area core
/kind improvement

Fixes #6256

格式化新设备登录邮件通知内的登录时间为系统时区

[JohnNiang]

Hi @ShiinaKin , thank you for your contribution!

我这里有一个建议：无论用户使用哪个时区，都建议在邮件内容中包含时区信息。

[ShiinaKin]

Hi @ShiinaKin , thank you for your contribution!

我这里有一个建议：无论用户使用哪个时区，都建议在邮件内容中包含时区信息。

希望呈现的是 yyyy/MM/dd hh:mm:ss UTC±N 还是 yyyy/MM/dd hh:mm:ss Asia/Shanghai

亦或者都可以呢

[JohnNiang]

另外，这里的登录成功提示和单个用户相关，每个用户都应该配置自己所在的时区。直接获取系统时区似乎不太合理。

[ShiinaKin]

另外，这里的登录成功提示和单个用户相关，每个用户都应该配置自己所在的时区。直接获取系统时区似乎不太合理。

直接使用UTC时间呢，只是对原生的toString进行格式化如何

[JohnNiang]

实际上，默认输出的时间格式就是 UTC，不过是 ISO-8601 格式。具体可参考：https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/time/Instant.html#toString()。

---

如果允许每个用户配置自己的时区就更好了。例如 https://github.blog/changelog/2022-09-23-local-timezones-available-on-profiles/。

[guqing]

实际上，默认输出的时间格式就是 UTC，不过是 ISO-8601 格式。具体可参考：docs.oracle.com/en/java/javase/17/docs/api/java.base/java/time/Instant.html。

如果允许每个用户配置自己的时区就更好了。例如 github.blog/changelog/2022-09-23-local-timezones-available-on-profiles。

想复杂了

Hi @ShiinaKin ，不建议去改代码，直接在邮件通知模板中使用 ${#temporals.format(temporal, 'dd/MMM/yyyy HH:mm')} 传入需要的格式即可 参考 https://www.thymeleaf.org/doc/tutorials/3.1/usingthymeleaf.html

[ShiinaKin]

Hi @ShiinaKin ，不建议去改代码，直接在邮件通知模板中使用 ${#temporals.format(temporal, 'dd/MMM/yyyy HH:mm')}
传入需要的格式即可 参考 thymeleaf.org/doc/tutorials/3.1/usingthymeleaf.html

@guqing 我现在修改模板为：

   rawBody: |
        时间：[(${#temporals.format(loginTime, 'yyyy/MM/dd HH:mm:ss')})] UTC
    htmlBody: |
            <p th:text="|时间： ${#temporals.format(loginTime, 'yyyy/MM/dd HH:mm:ss')} UTC|"></p>

但该如何测试呢，触发一次事件吗

[guqing]

但该如何测试呢，触发一次事件吗

是的

[codecov]

Codecov Report

Attention: Patch coverage is 50.00000% with 2 lines in your changes missing coverage. Please review.

Project coverage is 58.29%. Comparing base (bc10336) to head (31f9e83).
Report is 78 commits behind head on main.

Files	Patch %	Lines
...lo/app/security/device/NewDeviceLoginListener.java	50.00%	2 Missing ⚠️

Additional details and impacted files

@@             Coverage Diff              @@
##               main    #6309      +/-   ##
============================================
+ Coverage     54.51%   58.29%   +3.78%     
- Complexity     3523     3764     +241     
============================================
  Files           646      646              
  Lines         21862    21978     +116     
  Branches       1528     1545      +17     
============================================
+ Hits          11917    12813     +896     
+ Misses         9328     8546     -782     
- Partials        617      619       +2     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

[JohnNiang]

Hi @guqing ，你可能没有理解我的意思。登录成功的消息中的时区信息应该是和用户绑定在一起的，而不是直接适用系统时间或者 UTC。目前本身就是 UTC 时间，换一个格式输出似乎没有太大的意义。

[ShiinaKin]

issue #6256 主要反映的是时间的可读性
对于允许每个用户配置自己的时区，是否应该先通过一个pr在uc里添加相关设置项，再修改这里的时间，使粒度更细呢

[guqing]

Hi @guqing ，你可能没有理解我的意思。登录成功的消息中的时区信息应该是和用户绑定在一起的，而不是直接适用系统时间或者 UTC。目前本身就是 UTC 时间，换一个格式输出似乎没有太大的意义。

我认为当前问题只需要让日期格式根据默认时区可读就行，如果要根据用户设置的时区来需要多个 PR 的支持:

1. 首先需要为每个用户增加个性化设置
2. 在

   halo/application/src/main/java/run/halo/app/notification/DefaultNotificationCenter.java

   Line 288 in 8795f87

   Mono<Locale> getLocaleFromSubscriber(Subscriber subscriber) {

   中增加一个类似的方法根据订阅者获取时区
3. 需要为 temporals 表达式的创建传入时区参数，
   https://github.com/thymeleaf/thymeleaf/blob/db314973254ca8d9ee8661cf13c680b93349ee59/lib/thymeleaf/src/main/java/org/thymeleaf/standard/expression/StandardExpressionObjectFactory.java#L223-L225
   目前 thymeleaf 只从 context 中获取了 Locale，时区使用的 jvm 默认时区，但表达式对象是支持传入时区的
   https://github.com/thymeleaf/thymeleaf/blob/db314973254ca8d9ee8661cf13c680b93349ee59/lib/thymeleaf/src/main/java/org/thymeleaf/expression/Temporals.java#L60
   ，因此期望给 thymeleaf 提 issue 让其支持读取 context 中的时区，或者考虑到 thymeleaf 的活跃度可以提供一个自己的 Temporals 类来支持

[JohnNiang]

Make sense to me.
/approve

[JohnNiang]

/approve
/retitle Improve timezone information in login notification

[JohnNiang]

/ping @halo-dev/sig-halo

[JohnNiang]

/lgtm

Thank @ShiinaKin for your contribution!

[guqing]

/hold

[JohnNiang]

/lgtm

[f2c-ci-robot]

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: JohnNiang

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

• OWNERS [JohnNiang]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

[ruibaby]

/unhold