Javascript 红枣和铬

Javascript 红枣和铬,javascript,google-chrome,debugging,localization,datetime-format,Javascript,Google Chrome,Debugging,Localization,Datetime Format,我有一只奇怪的虫子,看看这把小提琴 它使用toString()和toLocaleString()格式化日期 我拥有管理员权限,因为我是一名开发人员,并且自己安装了Chrome,但是我的用户通过公司的软件包管理订单系统获得了它 对于我来说,toLocaleString返回当前选定区域性中正确的格式化日期,但是对于我的用户来说,它返回与toString相同的字符串,类似于 2013年10月23日星期三16:40:47 GMT+0200(西欧昼时) 为什么会发生这种情况,他们在Chrome设置中做了

我有一只奇怪的虫子,看看这把小提琴

它使用
toString()
toLocaleString()格式化日期

我拥有管理员权限,因为我是一名开发人员,并且自己安装了Chrome,但是我的用户通过公司的软件包管理订单系统获得了它

对于我来说,
toLocaleString
返回当前选定区域性中正确的格式化日期,但是对于我的用户来说,它返回与
toString
相同的字符串,类似于

2013年10月23日星期三16:40:47 GMT+0200(西欧昼时)


为什么会发生这种情况,他们在Chrome设置中做了什么可以做到这一点?

这取决于是否传递参数

toLocaleString
不带参数取决于三件事:

  • 浏览器实现
  • 默认区域设置
  • 默认时区
toLocaleString
被扩展以支持作为国际化API一部分的参数。ECMA-402的浏览器支持如下:

Chrome Firefox IE Opera Safari 24 29.0 11 15 N/A Chrome Firefox IE Opera Safari 2429.0115不适用 参考资料


这听起来不像是特定于Chrome的。。。你在其他浏览器中得到了什么结果?它适用于IE和FF。所有通过订单系统发货的带有Chrome的机器都会出现问题。我的意思是IE和FF在同一台机器上工作,Chrome没有任何机会从用户发送的请求中获得
Accept Language
标题?若可以,将其与Chrome实例发送的内容进行比较,以找出问题所在。标题值应该类似于
en-GB,en;q=0.8
我做了,我很确定它们是一样的,但明天我回来工作时必须再次检查。此外,在任何区域性中,都不应为toLocaleString返回上述字符串,它仅对toString有效