I have noticed that the input field in one page is not the same height like before, so i made screenshot to see where is the difference. Looks like there is 1px more than before from the bottom side. All other browsers including Firefox 3.6 are not showing this.

Looks identical to me with 3.6 and current trunk, on Mac. Does turning off dwrite on Windows change the rendering?

On my system (GTK), it's 1 pixel bigger than the div on 3.6 and trunk.

Right; the sizing will depend on your OS theme and font metrics....

(In reply to comment #2) > Looks identical to me with 3.6 and current trunk, on Mac. Does turning off > dwrite on Windows change the rendering? Yes when i uncheck the option "use hardware acceleration when available" in Options and restart (omg!), the problem goes away. But in IE9 there is no problem. It uses hardware acceleration too right?

IE9 use directwrite, yes. But there are other differences in form control rendering that might affect this (e.g. they may be using different font metrics from us). In any case, the point is that the rendering there depends on font metrics, and that font metrics will differ across users' systems. You should not rely on particular font metrics.

And certainly not a form controls issue. Over to graphics, but again I suspect dwrite is just telling us slightly different things than gdi was due to different antialiasing and the like.

Still happening with current Nightly, Chrome 34 and IE 11 have no problem.

Probably a duplicate of Bug 643781.

Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)