119882 - Hebrew text appears outside table border

Status: RESOLVED DUPLICATE of bug 174470

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

Description

[Shoshannah Forbes]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.7+) Gecko/20020111
BuildID:    200220011108

in this page, when viewed in logical version, the text is inside colored table
cells. notice how the Hebrew text appears incorrectly to the right of the color-
outside the cell border

Reproducible: Always
Steps to Reproduce:
go to the page, and look at the Hebrew text

Actual Results:  text is to the right of the cell

Expected Results:  text should be within the cell

Comment 1

[Simon Montagu :smontagu]

Mac-specific Bidi bug -> ftang

Comment 2

[Frank Tang]

screen shot please. 

Comment 3

[Shoshannah Forbes]

see for exmaple the screen shot at:
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=65868

Comment 4

[Shoshannah Forbes]

I am attaching another exmple from
http://www.bernisoft.co.il/bernisite/course_online.html Here the problem looks
more isolated and less general.

Comment 5

[Shoshannah Forbes]

Attachment: Look at the arrow- notice how the text is outside the table border

Comment 6

[Frank Tang]

see exactly the same problem on my English Win XP. I think this is a 
general Bidi problem on non Bidi platform. give it back to smontagu.

Comment 7

[Shoshannah Forbes]

Yet another example:
http://anavy.net/frad.php
The funny things is, that I seem to remember this stie looking ok once in 
mozilla...
Attaching a screen shot

Comment 8

[Shoshannah Forbes]

Attachment: The site on mozilla OSX

Comment 9

[Shoshannah Forbes]

related to bug 172569?

Comment 10

[Colin S]

Similar cases with LTR character encoding (English even!) using Mozilla 1.3.1
release:

http://zetafleet.com/dev/rmt/docs.php (Eng)
 > Find "// typo in docs?"

http://y-hosting.net (Eng/Jap)
 > Resize window until content bleeds out of the "Your location" cell

Both these pages are W3C validated XHTML.

Comment 11

[Eyal Zvi]

Here's another example on my site - this is a static page that I don't plan to
change in the near future:

http://www.hug-elad.org/plan_info.html

Comment 12

[Nir Soffer]

The example from http://frad.anavy.net/ is NOT valid XHTML

The text in the right side seems fine now. The text in the left is rendered wrong, but its much 
worse in Safari. So it might be the page design.

The first two attachments are acually caused by the RTL list bug that is FIXED now.

http://www.hug-elad.org/plan_info.html is does show a list out of its table, but this page is also 
not valid html.

Unless someone come with a validated testcase here I vote for ignoring this bug.

Comment 13

[Shoshannah Forbes]

>The example from http://frad.anavy.net/ is NOT valid XHTML

It fails mainly for unescaped & signs in the URL, which have nothing to do with
how Mozilla renders the page.

>http://www.hug-elad.org/plan_info.html is does show a list out of its table,
but >this page is also not valid html.

Again, it fails for unescaped & in URLs- Nothing to do with the Mozilla rendering.

>Unless someone come with a validated testcase here I vote for ignoring this bug.

I think you are beeing a bit to harsh here. The validator  and the W3C standards
are tools, not God. If we follow your request, we might as well get rid of the
quirks mode in Mozilla.
I might have said something diffrent if it looked liked the pages fail to
validate with something that might be related to what Mozilla is haveing
problems with, but that is not the case here.

Comment 14

[Prognathous]

Anyone care to create a reduced testcase? not only will it help the assignee of
this bug, it will also negate the possibility of invalidated code causing this
behavior.

Prog.

Comment 15

[Uri Bernstein]

Attachment: testcase (based on comment #11)

Most pages given as examples here no longer exist, or have changed. I created
this tescase based on the page provided in comment #11 (the only one which
still exists).
What happens here is that "border-collapse: collapse;" somehow causes the cell
widths to be assigned in the wrong direction: The first (right-side) cell,
which contains the short text, is wide enough for the text contained in the
second cell, and vice versa.

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107
Firefox/1.0

Also seeing this on a trunk build (20041029) - the spacing is a bit different,
but the basic problem remains.

Comment 16

[Simon Montagu :smontagu]

In a current trunk build, attachment 166558 [details] and
http://www.hug-elad.org/plan_info.html display correctly. I am marking this a
dupe of bug 174470.

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