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