289798 - www.ynet.co.il - BiDi text is reversed after a number (but appears correctly before a number)

Status: VERIFIED DUPLICATE of bug 248447

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

Description

[Amir Aharoni]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.6) Gecko/20050317 Firefox/1.0.2

Hello, www.ynet.co.il is one of the most popular Hebrew news sites. I noticed
this bug there mostly in article subtitles, the common denominator of which
seems to be their belonging to class text16g in CSS. Hebrew text is rendered
correctly until there's a number in the text flow. The number itself is also
rendered correctly. But the text after the number is in reverse. It doesn't
happen in all paragraphs. You don't need to know Hebrew to understand this bug.
If you go to the URL i specified, you may see that that article has a black
title with the nunmber 333 in it - this paragraph is rendered correctly. Under
that title there's a subtitle, written in gray characters, with the number 250
in it. All words after number 250 are reversed. The article body has many
numbers in it, but is rendered properly.

Reproducible: Always

Steps to Reproduce:
Nothing special. It is a default install. My default font for Hebrew in Firefox
is Tahome, but class text16g specifies Arial. Just for fun, i tried changing the
font in the DOM inspector - the text was still jumbled.
Actual Results:  
Just as i described earlier. Nothing special, just enter the site.

Expected Results:  
Show the complete paragraph rendered correctly.

Default theme. It didn't crash the browser. My computer is an AMD64, if that's
relevant.

buildconfig:
about:buildconfig

Build platform
target
i586-pc-msvc

Build tools
Compiler 	Version 	Compiler flags
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TC -nologo -W3 -nologo -Gy -Fd$(PDBFILE)
$(CYGWIN_WRAPPER) cl 	12.00.8804 	-TP -nologo -W3 -nologo -Gy -Fd$(PDBFILE)

Configure arguments
--disable-ldap --disable-mailnews
--enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth
--enable-crypto --disable-composer --enable-single-profile
--disable-profilesharing --enable-optimize --disable-debug --disable-tests
--enable-static --disable-shared --enable-official-branding

Comment 1

[Steve England [:stevee]]

Anything to do with bug 177148?

Comment 2

[Simon Montagu :smontagu]

This sounds like a dupe of bug 248447, which is fixed on trunk. See especially
bug 248447 comment 10: "Some pages of websites like www.ynet.co.il are having
this issue without the font resizing action"

Can you test with a nightly build?

Comment 3

[mozilla3eran]

Attachment: Minimized testcase

Minimized testcase for this bug. The Hebrew word after the number is rendered
transposed. (If you can't read Hebrew: the letter with the small descender
should be at the very end of the text, but isn't.)

Verified in Firefox 1.02 on Fedora Cora 3 and on Windows 2000.

Note that all of the following seem necessary to trigger the bug:
- JavaScript evaluation of the expression "document.body.clientHeight"
- Nested elements both with dir="rtl"
- Text that is sufficiently long to be word-wrapped

This bug affects a large fraction of the content on http://ynet.co.il, which is
probably the most popular web site in Israel; please prioritize accordingly.

Comment 4

[Simon Montagu :smontagu]

I can't reproduce the bug in a trunk build with this testcase. It seems that it
is indeed a duplicate of bug 248447.

*** This bug has been marked as a duplicate of 248447 ***

Comment 5

[mozilla3eran]

Same here -- trunk nightly is OK.