Last Comment Bug 163183 - inlines get preceding space(s) if inside a p::first-line in a table
: inlines get preceding space(s) if inside a p::first-line in a table
Status: NEW
: css1, testcase
Product: Core
Classification: Components
Component: Layout: Block and Inline (show other bugs)
: Trunk
: All All
: -- normal with 2 votes (vote)
: ---
Assigned To: Nobody; OK to take it and work on it
: Jet Villegas (:jet)
Depends on:
  Show dependency treegraph
Reported: 2002-08-16 20:55 PDT by Kevin Cook
Modified: 2009-08-23 20:09 PDT (History)
0 users
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---

Simplified testcase (4.68 KB, text/html)
2002-08-17 07:44 PDT, Eric A. Meyer (dead account)
no flags Details

Description Kevin Cook 2002-08-16 20:55:45 PDT
In the first paragraph of,
the <acronym> content "ANSI" seems to cause preceding spaces to be rendered for
no apparent reason.
Comment 1 David Baron :dbaron: ⌚️UTC-10 2002-08-17 06:34:01 PDT

This needs a simple testcase -> adding qawanted.
Comment 2 Eric A. Meyer (dead account) 2002-08-17 07:44:30 PDT
Created attachment 95701 [details]
Simplified testcase

A testcase showing a series of examples both demonstrating and avoiding the
reported problem.  Comments to follow.
Comment 3 Eric A. Meyer (dead account) 2002-08-17 07:51:44 PDT
According to my testcase, the problem only occurs if:

1. the element is contained within a table
2. the first line of the element has font- or text-changing styles applied to it
('font-weight', 'letter-spacing', etc.)
3. only affects the second-and-later inline in a line
4. a <br> element is NOT used to break up the flow of the element

Thus, changing the color of the first line doesn't trip the bug, even in a
table, but boldfacing it does.  Taking the exact same markup and moving it out
of a table fixes the layout bug.  Although I neglected to include a test for
this, removing the borders from the inlines with 'abbr, acronym {border: none;}'
did not fix the problem.

(Removing qawanted and confirming bug.)
Comment 4 Eric A. Meyer (dead account) 2002-08-17 07:56:05 PDT
Followup: converting the 'acronym' elements to 'span' elements didn't fix the
problem either, and I forgot to mention that ':first-letter' has nothing to do
with this bug, at least in my tests.  Altering summary to more accurately
reflect the problem at hand as I understand it.
Comment 5 Eric A. Meyer (dead account) 2002-08-19 11:40:20 PDT
Sorry for one more piece of spam-- adding testcase keyword since I provided one.
Comment 6 Boris Zbarsky [:bz] (still a bit busy) 2003-04-29 22:19:15 PDT
Comment 7 Boris Zbarsky [:bz] (still a bit busy) 2007-09-18 19:29:22 PDT
This worksforme on trunk as far as I can tell.

Note You need to log in before you can comment on or make changes to this bug.