Css 光标自动更新到v63（Chrome）后的错误行为

昨天（以及2017年12月18日）我将我的chrome浏览器更新为“Version63.0.3239.108（官方版本）（64位）”，我无意中发现了这个版本中有关

光标的问题。我在CSS中的一些元素中添加了
cursor:auto
，这和我预期的一样（完全正常），但现在，在更新之后，这些元素上的
cursor
将不会像它们应该的那样，或者至少不像以前那样。（在之前，对于
a
元素
光标
是
指针
，对于纯文本是
文本
，在对其应用
光标后ofc:auto
）

基于Mozila MDN，
cursor
的初始值是
auto
，与他们文档中提到的W3相同，但我的chrome dev没有
auto
cursor
的值，并且与此描述完全不同：

自动：浏览器将根据上下文确定要显示的光标。例如，在悬停文本时等同于文本

问题是Googledev是否改变了cursor:auto的行为，或者已经弃用/从他们的引擎中删除了它，或者这是一个bug？如果他们提到
cursor:auto
作为不推荐的属性，请将我链接到它，因为我在他们的“变更日志”和论坛中找不到与此问题相关的任何内容

这是一把代表问题的小提琴：
的
自动
值由上下文决定：

浏览器将根据上下文确定要显示的光标。例如，当悬停文本时，相当于
文本

而
文本
值表示：

可以选择文本。通常为工字钢的形状

本质上，由于您可以选择超链接中的文本，因此浏览器将
工字梁
确定为最合适的光标。这并不特定于Chrome的最新版本（我刚刚在
63.0.3239.84
中测试过），甚至也不特定于Chrome，因为其他浏览器也表现出这种行为

希望这有帮助！：）
 所以它的意思是一直是这样？您无法在较旧的chrome版本中测试它？如果总是这样，我想知道在更新之前我是如何见证不同的行为的（我没有改变我项目中的任何东西）？我对此不确定“因为您可以选择超链接中的文本，浏览器会确定
i-beam
”，您有参考资料吗？谢谢你的时间+1据我所知，一直都是这样；我刚刚确认这确实是Firefox和IE中的行为。关于浏览器的确定，我假设它从中选择了可能最高的有效选项（就像您将覆盖CSS值一样）<代码>文本
比光标
来得晚，所以我想它的优先级更高。如果确实需要，您可以手动指定
光标的位置：）