User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:36.0) Gecko/20100101 Firefox/36.0 Build ID: 20150319201009 Steps to reproduce: http://jsfiddle.net/jfsm08xv/ Actual results: In the 2nd block, the "J" is poorly rendered. It's clipped 2-3 pixels from the left.
I can reproduce the problem with/without HWA https://hg.mozilla.org/mozilla-central/rev/b8e628af0b5c Mozilla/5.0 (Windows NT 6.1; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0 ID:20150321030212
Status: UNCONFIRMED → NEW
status-firefox36: --- → affected
status-firefox37: --- → affected
status-firefox38: --- → affected
status-firefox39: --- → affected
status-firefox-esr31: --- → affected
Component: Untriaged → Layout
Ever confirmed: true
OS: Mac OS X → All
Product: Firefox → Core
Version: 36 Branch → Trunk
overflow-y: auto + overflow-x: visible is not a valid combination. See the W3C spec at http://www.w3.org/TR/css3-box/#overflow-x : > some combinations with ‘visible’ are not possible: if one is specified as ‘visible’ > and the other is ‘scroll’ or ‘auto’, then ‘visible’ is set to ‘auto’.
Status: NEW → RESOLVED
Last Resolved: 4 years ago
Resolution: --- → INVALID
Created attachment 8581323 [details] Bug 1146019 - Text Rendering at the Edge.html Okay another example. |overflow: auto;| cuts the left edge.
Yes, it is unfortunate, but not unexpected. The J would have to be positioned a little more to the right so that no part of it would be cut off. I don't really know why its position is the way it is, but I suspect that it's largely determined by the font itself. I see the same problem in all Mac browsers.
hmm I can also reproduce on windows7 IE11, Chrome41 and Presto Opera12.
Yeah, seems it's on all browsers. But I don't know why W3C think it "impossible" to have one direction visible and the other scroll.
You need to log in before you can comment on or make changes to this bug.