中文 
阿尼樱奈奈
2023-10-28 01:08 Moderator
这个应该是bug。
Reply Like 0 View the author
All Replies
#1
f@deepin
deepin
2023-10-28 01:09 deepin 这陈年老问题，还没找到一个完美的解决方案么
Reply Like 0 View the author
owen_337
2023-10-28 01:17 deepin testing team
楼主你好，感谢反馈，已提交bug单跟踪，https://github.com/linuxdeepin/developer-center/issues/6009
Reply Like 0 View the author
Merlin
2023-10-28 01:20 Super Moderator
Product Manager
已知问题
V23beta3版本会解决。
Reply Like 0 View the author
忘记、过去 deepin
2023-10-28 01:26 deepin 大佬们似乎在 V23 改了，控制中心里面显示的还是北京/武汉之类的城市，但实际会在后台设置为 Asia/Shanghai，避免这种问题。可以等 Beta3 看看咋样
Reply Like 0 View the author
爱开发
deepin
2023-10-28 05:54 deepin 这次更新会修改时区（原来有“北京时区”），北京时区变成了 00，改一下就行了。
Reply Like 0 View the author
观摩
deepin
2023-10-28 15:41 deepin 爱开发：
这次更新会修改时区（原来有“北京时区”），北京时区变成了 00，改一下就行了。
你没有看明白咋回事。
另外，我这个帖子是27日更新之前发的。
总而言之，是v23的时区设置有问题。大佬们说beta3上会尝试彻底解决。
.
等待吧。
Reply Like 0 View the author
爱开发 deepin
2023-10-28 20:02 deepin 观摩：
你没有看明白咋回事。
另外，我这个帖子是27日更新之前发的。
总而言之，是v23的时区设置有问题。大佬们说beta3上会尝试彻底解决。
.
等待吧。
我并没有回复你。
我说的是我昨天更新之后：
时间对不上。就是因为变成了 +00。改成 重庆或上海时区就正常了。不影响我使用。
说的是我的情况。
Reply Like 0 View the author
Please sign in first
Flashing Screen Bug Popular Events
More
今天在V23上面打开公司的一个B/S业务系统，发现莫名其妙的无法拉取数据，以为系统出bug了，吓出了一身冷汗。
但是在手机端以及其他电脑上，发现系统都正常，可以获取数据。
仔细跟踪了一下系统的API，发现获取数据时依赖了浏览器端的当前时间，但是时间错误，不是正确的当前时间。
然后，new Date() 发现时区竟然是GMT+0000，而不是GMT+0800。
但是系统显示的时间和时区又是正确的，后来看到系统的时区是北京GMT+0800，突然想起来似乎在社区里面看到有朋友提到过时区导致的问题，然后修改为上海GMT+0800，浏览器new Date()就正确了。
总结：太扯淡了。