Closed Bug 300721 Opened 19 years ago Closed 19 years ago

italicized bogus characters lead to gap and overlapping text

Categories

(Core Graveyard :: GFX: Mac, defect, P3)

PowerPC
macOS
defect

Tracking

(Not tracked)

RESOLVED FIXED
mozilla1.8beta4

People

(Reporter: jruderman, Assigned: sfraser_bugs)

References

Details

Attachments

(2 files)

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b3) Gecko/20050713
Firefox/1.0+

Steps to reproduce:
1. Load the testcase.

Result: There is a gap in Michael's name where there should be a question mark,
and his name overlaps with the date.

Bug 138883 might be related.
Attached file testcase
Component: Layout: Fonts and Text → GFX: Mac
Assignee: nobody → joshmoz
QA Contact: layout.fonts-and-text → mac
How is this different than bug 138883?
I think this is the same bug as bug 138883, but a lot cleaner :-)

I can repro bug 138883 by forcing encoding to UTF-8 (Camino returns the slashdot
page in that bug as ISO-8859-1), whereas this testcase specifies UTF-8 on an
ISO-8859-1 page so no fiddling is required.
So this only shows up when the page is using an incorrect glyph for the page
encoding?
Smokey, I noticed this bug when I loaded a Bugzilla bug report and Firefox
incorrectly treated it as UTF-8.  To make the testcase reproducable, I made the
testcase specify that the encoding is UTF-8.

Simon, what else should I test?  Characters from an obscure language that Mac OS
X doesn't include fonts for?
*** Bug 138883 has been marked as a duplicate of this bug. ***
Assignee: joshmoz → sfraser_bugs
Priority: -- → P3
Target Milestone: --- → mozilla1.8beta4
This patch also contains some formatting cleanup, and the addition of |const|
on a couple of small static data tables.
Attachment #189630 - Flags: superreview?(jhpedemonte)
Attachment #189630 - Flags: review?(joshmoz)
The gaps in the text resulting in an x offset of the length of the text already
drawn, because of the incorrect logic.
Status: NEW → ASSIGNED
Comment on attachment 189630 [details] [diff] [review]
Patch: remove use of NS_SUCCEEDED on PRBool return values

Ha!  That's quite humorous.  Good find.
Attachment #189630 - Flags: superreview?(jhpedemonte) → review+
Attachment #189630 - Flags: review?(joshmoz) → review+
Attachment #189630 - Flags: approval1.8b4?
Attachment #189630 - Flags: approval1.8b4? → approval1.8b4+
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: