Closed Bug 471711 Opened 17 years ago Closed 6 years ago

reftest bidi-006*.html fails. We appear to be messing with the width of a <p> element

Categories

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

ARM
Maemo
defect
Not set
normal

Tracking

()

RESOLVED INACTIVE

People

(Reporter: jmaher, Unassigned)

References

Details

Attachments

(1 file)

There are two tests which fail(bidi-006.html and bidi-006-j.html). These are displaying a red box to the right of the area where it is supposed to be displaying a simple box surrounding some text. These tests only fail on maemo, and not the linux desktop version of fennec. These tests were created as a result of bug 387653. I suspect we are interpreting the width incorrectly in the css where we set: /* borders should be covered by overhang */ p#test { border-left: 3em solid red; border-right: 3em solid red; width: -moz-max-content; width: intrinsic; } What happens is this html displays a red box for P to the right of the area: <p id="test">&#x5e0;&#x5b8;</p> <p id="overhang"><span></span>&#x5e0;<span></span></p> You can find these tests in layout/reftests/bidi/bidi-006*.html
Summary: reftest bidi-006*.html fails. We appear to be messing with the widget of a p element → reftest bidi-006*.html fails. We appear to be messing with the width of a <p> element
If the device doesn't have a font that provides the Hebrew characters needed, we'll end up drawing missing-glyph boxes instead, and I wouldn't expect the diacritic to be handled correctly -- we don't know how to draw a "zero-width diacritic missing glyph". That may well explain the failure here. See also bug 471714.
Blocks: 473564
moving to test component
Component: General → Style System (CSS)
Product: Fennec → Core
QA Contact: general → style-system
Attaching the test output (which includes data URLs of the images) would aid diagnosis.
Component: Style System (CSS) → Layout: Text
QA Contact: style-system → layout.fonts-and-text
This should give the failed and reference images for the bidi-006 tests. I took this from the log files where it exibits the problem. If there is another format that would be helpful I am happy to get the data.
Attachment #370385 - Attachment mime type: application/octet-stream → text/plain
Yeah... so we do in fact show missing glyph boxes, and the characters do not combine, which means that (a) the border sticks out because the character with the combining mark is wider than without and (b) the reference has the combining mark missing glyph, which is completely covered up by the span in the test. So, yes, this failure does seem to be due to missing fonts.
installing the hebrew fonts for the nokia maemo device resolved the problem. If we don't see a problem with displaying the missing glyph boxes, then we can resolve this issue and I will update the requirements for reftests on maemo to add hebrew fonts.
Blocks: 462889
aki: this is related to a handful of failures found in the reftests. Installing hebrew fonts on the device (a one time setup) allows these tests to pass. Is that something we can do to the tinderbox maemo devices?
I can do that. Which package is it?
Installed on maemo-n810-01 through 13.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: