[Webkit-unassigned] [Bug 78671] Position:absolute'd inline components (e.g. <span>) after text at the end of container width BUG!!

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat May 19 03:44:12 PDT 2012


https://bugs.webkit.org/show_bug.cgi?id=78671


SravanKumar S(:sravan) <ssandela at innominds.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |ssandela at innominds.com
     Ever Confirmed|0                           |1




--- Comment #2 from SravanKumar S(:sravan) <ssandela at innominds.com>  2012-05-19 03:43:17 PST ---
(In reply to comment #0)
> Look at this code, http://jsfiddle.net/zVp4n/1/
> Open it in webkit browsers, the 1st red span will be on the beginning of new line. While it should be on the right of the text. The 2nd red span is in good position..
> 

The 2nd red span is in good position only because you mis-spelled "quisa", a in quisa is missing in second list item. If you add a, then you will see the buggy behaviour w.r.t 2nd span element too.

> I figured out that the text on the first <li> end exactly at the end of the container width. It simply made the next element, even an inline element, will go to the beginning of the should-be-the-next line. I assume an inline element with "position: absolute" should be beside the end of the text.
> 
> Frankly, please open it on other browsers. It will show the correct output with the 1st red span is on the right of the end of text..
> 
> Is it bug? Please fix this.. Or is there any CSS fix that could do it?

Yes it is a bug in webkit based browsers. And, it is observed that by increasing div css width by 1/2pixel such that red span falls in to div size, then this issue is not observed.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list