688108 - Ellipsis appears at front of text when nesting direction ltr inside a rtl

Status: VERIFIED INVALID

(Core :: Layout: Text and Fonts, defect)

Description

[Anthony Gerrard]

Attachment: direction-bug.html

User Agent: Mozilla/5.0 (Windows NT 6.0; WOW64; rv:6.0.2) Gecko/20100101 Firefox/6.0.2
Build ID: 20110902133214

Steps to reproduce:

Nest a ltr anchor inside a rtl div and include an ellipsis in the text: "Find out more…"

Test case attached.

I'm using Firefox 6.0.2 on Windows 64 bit professional


Actual results:

You get "…Find out more"


Expected results:

"Find out more…"

Comment 1

[:aceman]

Attachment: Updated testcase, using Standards mode and utf-8

The ellipsis character is created using UTF-8 encoded special character. UTF-8 mode was set using initial sequence inside the file in the original testcase.
Updated testcase has UTF-8 specified via meta tag.

Comment 2

[:aceman]

I can confirm the problem on Win XP too and on today's Nightly 9.

Comment 3

[Simon Montagu :smontagu]

Does this look different in other browsers? I believe that our rendering is correct here, because the CSS direction property on its own doesn't affect the reordering of text in inline elements.

To get "Find out more…", use either <a style="direction: ltr; unicode-bidi: embed"> or preferably just <a dir="ltr">

Comment 4

[:aceman]

http://www.w3.org/TR/css3-writing-modes/#direction :

"The ‘direction’ property has no effect on bidi reordering when specified on inline elements whose ‘unicode-bidi’ property's value is ‘normal’. " This one?

Comment 5

[Simon Montagu :smontagu]

Yes, exactly.

Comment 6

[Boris Zbarsky [:bzbarsky]]

The rendering here is the same in Gecko, WebKit, and Presto, as expected.  I haven't tested Trident, but I would be _very_ surprised if they get this wrong.

As far as I can tell, this bug is invalid....

Comment 7

[:aceman]

IE8 renders it the same as Firefox (ellipsis on the left).