299098 - after upgrading to MacOS 10.4 (Tiger), text overflows borders and styled text overlaps unstyled

Status: RESOLVED DUPLICATE of bug 288047

(Camino Graveyard :: Page Layout, defect)

Description

[Andrew Reilly]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050427 Camino/0.8.4
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050427 Camino/0.8.4

The page above is but one example.  This very page , this very text entry widget
shows the problem in spades.  As I'm typing, the text extends to the right of
the cursor: it's being drawn too wide.  In the page at the URL above, many lines
extend past the right-hand border.  It can also be seen that link text (blue)
overlaps normal text, often at both ends.   It doesn't seem to matter much what
fonts I use, but it certainly happens with my favourite families: bitstream vera
and lucida.  I use a sans-serif 12-pt font by preference.

Reproducible: Always

Steps to Reproduce:
1. Upgrade from Panther to Tiger
2. Open Camino
3. Open almost any web page.

Actual Results:  
Text over-fills horizontal space available for it.

Expected Results:  
Text should fit where it's put.  Conversely, text should actually render as wide
as the system says it will be.

This is probably a gecko vs Tiger iss, ratherr than Camino per-se: it happens
much the same in Firefox, but does not happen in Safari.

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I've heard no other reports of similar behavior when people upgraded--and layout
of Bugzilla would certainly generate noise--which leads me to wonder if it's not
a font or settings issue.  Please check Font Book and make sure you don't have a
bunch of duplicate fonts, and please move your username/Library/Application
Support/Camino folder to another location and then launch Camino to check with a
fresh profile.

You might also check with Camino 0.9a1.
http://www.caminobrowser.org/download/releases/09a1/

Comment 2

[Andrew Reilly]

(In reply to comment #1)
> a font or settings issue.  Please check Font Book and make sure you don't have a
> bunch of duplicate fonts,

I too had read about that problem, and had already removed all duplicate fonts.
 Just to be sure, I've just nuked my Library/Fonts directory, and ensured that
there are no "user" fonts being selected.

> and please move your username/Library/Application
> Support/Camino folder to another location and then launch Camino to check with a
> fresh profile.

OK, done that too, and with Camino 0.9a1, which I'm using at the moment.

There does seem to have been a very small immprovement, after all that, but the
problem persists.  As I type, in this dialog  box, the text cursor is staying
approximately at the end of the text that I type, but seems to sit one or two
characters to the *left* of the last character.  That is, I don't get to see the
last character that I type until I type the next character after that.  Makes
backing up to fix mistakes confusing. 

As far as font settings are concerned, I'm using bitstream vera for all active
fonts (-sans by default, sans-mono for typewriter text, -serif for serifed
text).  I've increased the size to the (default) 16 points, but I'll change back
to my usual 12 or so soon:   the  body text is too large.

Comment 3

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Does it go away if you use different fonts, say Times, Helvetica, Courier
(though I couldn't reproduce this on 10.3.9 using the Bitstream Vera fonts)?

Comment 4

[Andrew Reilly]

(In reply to comment #3)
> Does it go away if you use different fonts, say Times, Helvetica, Courier
> (though I couldn't reproduce this on 10.3.9 using the Bitstream Vera fonts)?

Hmm.  Hitting the "Reset" button in the Fonts dialog, which brings up that
combination does seem to pretty much cure the problem.  It's not a good solution
though, because I just don't like Times.

Changing to Times New Roman/Arial/Andale Mono mostly works, but there's the
occasional overlap.  Changing to Lucida Grande/Lucida Sans Unicode/Lucida
Console is a good bit worse than the bitstream vera series..  (The cursor is
running at least two characters behind the entered text by the end of the line,
here.)

The web site http://bsdnews.com/ seems to have a CSS or style system that causes
the failure irrespective of the particular fonts that I've chosen to use as
defaults.  Conversely, the ABC news web sites
(http://abc.net.au/news/default.htm) seem to work OK all the time.

Hope this helps.

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

What seems really odd is that all three pages all specify fonts in their style
sheets (either Verdana or Arial as the first font), so they never should be
using your personal font selections.

Bugzilla, on the other hand, pretty much defaults to the generic families
(monospace for this text area, and I don't think any set fonts/families for the
rest).


Samuel, can you and others (who?) with 10.4 have a look at this?  There's
nothing more I can think to suggest to the reporter, and since this occured upon
upgrading to 10.4 (and in 0.8.4), I really can't test.  Bitstream Vera is freely
available here: http://www.gnome.org/fonts/

Comment 6

[Samuel Sidler (old account; do not CC)]

I gave this a try and I can't reproduce it.

I installed the Vera fonts and see no problem whatsoever with any of the links.
There was a weird bug when first refreshing a page to use the new fonts, but
when I refreshed again, it fixed itself and looked normal.

I tried in a recent nightly instead of 084 because the reporter mentioned he saw
problems with a recent nightly as well.

Andrew, can you please attach a screen shot of what you're seeing so we can know
exactly what to look for?

Comment 7

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #6)

> There was a weird bug when first refreshing a page to use the new fonts, but
> when I refreshed again, it fixed itself and looked normal.

Bug 191032, which I stumbled on by accident today.  Having seen that bug now, it
sounds similar to this report, but bug 191032 is definitely a one-time thing
(per font change, at least).

Comment 8

[Andrew Reilly]

Attachment: Screen grab of URL from bug 299098, in Camino 2005062008 (0.9a1)

Note how the blue link text overlaps the black body text, and how the body text
extends past the end of the column.

Comment 9

[Andrew Reilly]

(In reply to comment #6)
> I gave this a try and I can't reproduce it.

Drat.  In case it makes any difference, I had installed the vera fonts before
upgrading to Tiger.  As others have pointed out, though, the fault also occurs
on pages that specify their own fonts, so the specific font is probably a red
herring.  Interestingly, Slashdot (both normal and light) seems to have stopped
misbehaving.  Not sure what's going on there.

> Andrew, can you please attach a screen shot of what you're seeing so we can know
> exactly what to look for?

OK.  I'll see if I can convince bugzilla to attach a screen grab to this message.

Hmm.  Seems to have been attached separately.  Hope it helps.

Comment 10

[Wevah (Nate Weaver)]

Attachment: Fixed/crushed version of the above.

Hmm, I couldn't get Camino or Preview on my machine to open that PNG.
GraphicConverter would open it, though, so I ran it through pngcrush and
Preview will now open it (as a side benefit, pngcrush shaved 25% off of the
file size). I'm going to attach that version just in case other people have the
same problem (remember that the actual rendering of the files is identical, so
don't go looking for differences ;) ).

Comment 11

[Wevah (Nate Weaver)]

Nevermind. My machine was just being dumb. Sorry for the bugspam (I blame the heat).

Comment 12

[Samuel Sidler (old account; do not CC)]

I just saw this bug on hula-project.org, so I'm confirming.

For the record, I didn't have the Vera fonts installed when I installed Tiger (I
also did a clean install). This is probably another bug just showing up more on
Tiger.

And for the record, neither refreshing or forcing a refresh fix this.

Comment 13

[Samuel Sidler (old account; do not CC)]

Attachment: Screenshot of hula-project.org

Screenshot of what I saw, exactly like what was seen in the previous
screenshot, just adding as a confirmation.

Comment 14

[Samuel Sidler (old account; do not CC)]

Simon, do you want to look at this? Does it seem like any other previously filed
bug?

CCing Simon.

Comment 15

[Simon Fraser [no longer active]]

Same as bug 288047?

Comment 16

[Samuel Sidler (old account; do not CC)]

Attachment: Testcase

Test case. Use Vera font.

Comment 17

[Samuel Sidler (old account; do not CC)]

(In reply to comment #15)
> Same as bug 288047?

Looks like it could be. They're claiming Verdana only. This is weird.

Comment 18

[Andrew Reilly]

(In reply to comment #17)
> (In reply to comment #15)
> > Same as bug 288047?
> 
> Looks like it could be. They're claiming Verdana only. This is weird.

There's oddness going on with Tiger fonts, for sure.
I thought, when I did the upgrade, that the fonts (Vera again) looked "heavier"
in Terminal.app than they had before,  if that makes any difference.

I've just noticed that something has re-created ~/Library/Fonts on my system,
and put the Bitstream Vera set and Open Symbol (opens___.ttf) it it at about the
same time.  I can't remember what I  ran to invoke that ,  but now I've got that
"duplicate font" blob in FontBook again .

Hmm... FontBook's Validate Font options found problems with that Open Symbol
font, so I nuked it.  It also found fault with Fang Song.dfont and Song.dfont,
so they're gone too.

Comment 19

[Avi Drissman]

I've seen similar, but I don't know how related it is. Sometimes my fonts get
confused, where instead of the italic version I know I have I get an obliqued
version. If I shift-boot, then OS X puts some font caches into the trash; reboot
again and things work great... until my next boot where they break again.

Not trying to flat-out blame Apple, but things are funky in font land in Tiger.

Comment 20

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

Josh seemed to think that Simon's fix for bug 300721 might help here (that fix
also solved an old overlapping text bug that I could see on 10.3.x); does a
nightly from the 21st or newer improve the rendering?

Comment 21

[Andrew Reilly]

(In reply to comment #20)
> Josh seemed to think that Simon's fix for bug 300721 might help here (that fix
> also solved an old overlapping text bug that I could see on 10.3.x); does a
> nightly from the 21st or newer improve the rendering?

Just downloaded and tried the nightly from 22nd.  Overlapping links and text still seems to happen on the 
URL above and the bsdnews.com site mentioned in another post.  For whatever it's worth, this nightly also 
seems to have done something odd/wrong with drawing the scrollbar thumb when opening the URL 
above.

Comment 22

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

(In reply to comment #21)

> seems to have done something odd/wrong with drawing the scrollbar thumb when 
> opening the URL above.

Either bug 301524 or bug 301152 (which are probably the same, just as this is
probably really bug bug 288047).

Comment 23

[Simon Fraser [no longer active]]

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