Closed Bug 138742 Opened 22 years ago Closed 22 years ago

overlapping text

Categories

(Core :: Layout, defect, P3)

x86
All
defect

Tracking

()

RESOLVED WORKSFORME
Future

People

(Reporter: bj91704, Assigned: attinasi)

References

()

Details

(Keywords: fonts)

Attachments

(4 files)

I see this in a lot of places.  Bits of text with different styles (different
colors, faces, etc.) will overlap.

Definately dependent on the font face being used.  The font specified on
advogato is lucida--and anything rendered in lucidia suffers from this bug.
10.RC1 Linux and nothing overlaps... could you make a screenshot? And maybe a
testcase..? And try a new profile/Mozilla install before that all :)
Reporter: Please always include build ID in bug-reports.
Attached image screenshot
2002041908 OS/2 trunk

I've been seen this behavior on http://www.homestead.com/sattvrepair/index.html
for as long as I can remember. I have to guess anyone using Homestead's web
page creation package is likely to be creating similar font overlapping.
Confirmed. Not Linux only.
Attached image screenshot from galeon
Reproduced on Mozilla 1.0 Release Candidate 1 Mozilla/5.0 Galeon/1.2.0 (X11;
Linux i686; U;) Gecko/20020326

I can't reproduce this in the Mozilla executable, only in Galeon--perhaps this
is actually a Galeon bug, or Galeon and the mozilla executable are using a
different font for Lucidia.

Attached is a screenshot

The font Galeon is using when this happens is:
B&H-Lucida-Medium-R-Normal-Sans-18-180-75-75-P-106-ISO8859-2
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
Keywords: fonts
->Layout
reassign
Assignee: Matti → attinasi
QA Contact: imajes-qa → petersen
Not Linux only. First screenshot is OS/2.
OS: Linux → All
Changing QA Contact
QA Contact: petersen → amar
Priority: -- → P3
Target Milestone: --- → Future
Attached image screenshot
Not sure if it's the same bug, but look at the screenshot taken from 
http://off.net/~shaver/diary/2002/05/ 
linux, build 2002051010
Attached image screenshot
On Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1a) Gecko/20020613,

happens even on some simple pages like
<http://www.sims.berkeley.edu/~ping/sid/>,
with standard fonts. I don't know if it hasn't been mentioned before because
it's too obvious, but it happens only for particular window widths.
This may be a dupe of bug 148399.
URL in comment 3 is now unusable in Mozilla. Evangelism bug 152077 filed.
the most recent screenshot might be bug 148399, but the earlier screenshots are
not.  bug 148399 started occuring on 5-28-2002
Are you guys still seeing this on recent trunk builds, now that 148399 is fixed?
Try with a nightly now...
Please ignore comment 15. That fault was UA string, not page code.

URL in comment 3 now displays OK in OS/2 trunk 2002061908 and w32 trunk 2002061808.
All the URLs in this bug look ok now with Build 2002061908 on WinXP.
All the pages render properly on 2002062011 on Linux i686.
marking WORKSFORME.  if you see this type of behavior again, please file a new bug.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: