I assumed this had been filed already since it has been there for a while, but didn't find anything, thus filing it now. The headers in both the 3-pane and the stand-alone mail window have a noticeable vertical shift between header name and header value. If the header value(s) is/are linkified the alignment is correct. I'm seeing this on different machines (Windows XP and Windows 7) with both the Windows Classic and Windows 7 default desktop themes. It's not an issue with SeaMonkey 2.0, thus a regression. Screenshot follows.

Message-header pane with 300% zoom and pixel-grid overlay. This is Windows 7 using the Windows Classic desktop theme, SeaMonkey default theme. ClearType is disabled and gfx.direct2d.disabled set "true" to avoid font smoothing and thus to get a clear measure. Using the Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0.1) Gecko/20110511 SeaMonkey/2.1 release candidate build #2. As can be seen, header values which contain a link (blue color) are aligned correctly, whereas plain entries (Subject, Date, Received) are misaligned by being consistently 3px too low.

Also reproducible on Mozilla/5.0 (X11; Linux x86_64; rv:2.0.1) Gecko/20110511 SeaMonkey/2.1 using KDE4. I'm seeing 3px as well for the default theme, however only a 2px mismatch with the modern theme. So that's slightly different.

Also shows up on trunk.

This was changed by bug 481751 (see comment 14 in particular). In our case there's a bottom margin on the label which has the effect of stretching the textbox. Prior to bug 481751 the text was (usually) top aligned so the effect wasn't noticeable. Now the text is vertically centred.

This adds headerValueBox elements to the XBL bindings that don't already have it, and ensures that all the headerValueBox elements have align and flex.

Neil, is this the right patch? It adds CSS rules for #search-button only...

Sorry, I attached the patch for bug 653743 by mistake...

Pushed changeset 422b90f25878 to comm-central.

Comment on attachment 534335 [details] [diff] [review] Proposed patch [Checked in: trunk Comment 8, aurora/beta Comment 11] Fairly simple regression fix, no l10n impact.

Comment on attachment 534335 [details] [diff] [review] Proposed patch [Checked in: trunk Comment 8, aurora/beta Comment 11] a=me

Comment on attachment 534335 [details] [diff] [review] Proposed patch [Checked in: trunk Comment 8, aurora/beta Comment 11] http://hg.mozilla.org/releases/comm-aurora/rev/24d3702c1ba6 http://hg.mozilla.org/releases/comm-beta/rev/0c7f86ea92f7

Verified fixed in Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0a1) Gecko/20110609 SeaMonkey/2.4a1 trunk nightly build. Looks good, thanks!