354475 - U+0301 COMBINING ACUTE ACCENT is rendered above the wrong symbol

Status: RESOLVED WONTFIX

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

Description

[Andriy Gapon]

User-Agent:       Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 Firefox/1.5.0.7
Build Identifier: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060915 Firefox/1.5.0.7

On the example page search for a line starting with "In Slavic-language dictionaries, stress" and take a look at the word in cyrillic after "Example:". The stress/accent symbol is rendered above cyrillic letter N (looks like latin H) instead of being above cyrillic letter Ya (looks like reversed latin R).
I will attach some screenshots for better demonstration.

Reproducible: Always

Steps to Reproduce:
see the page
Actual Results:  
see the bug details

Expected Results:  
see the bug details

Comment 1

[Andriy Gapon]

Attachment: rendering by opera (for freebsd)

Comment 2

[Andriy Gapon]

Attachment: firefox rendering

Comment 3

[Simon Montagu :smontagu]

Attachment: testcase

I can't reproduce this on any build. Can you attach the output of about:buildconfig?

Comment 4

[Andriy Gapon]

Attachment: about:buildconfig

(In reply to comment #3)
My firefox is built from sources using the latest FreeBSD port (www/firefox).
Tunable port options were set as follows: NEWTAB, SMB, OPTIMIZED_CFLAGS.

I suspect that rendering problem might be related to some other libraries/components installed on my system. Of all the software that I have installed here firefox,thunderbird (in html composing mode) and gedit do the same incorrect rendering; GVim, OpenOffice.org-2 and Qt applications render the test-case word correctly.
Maybe there is something wrong with my GTK2 libs ?

Comment 5

[Andriy Gapon]

Attachment: correct rendering with Charis SIL font

Aha! It actually appears that correctness of the rendering depends on a font that I use. For example with Arial or Times New Roman (from MS/webfonts) I get the correct rendering and with Bitstream Vera fonts I get the incorrect rendering.
Based on several checks with fontforge the rendering seems to depend on whether the font in question has the combining character or not. Perhaps something goes wrong when the missing symbol is picked from some other font ? (Note: I don't know how this works, so I might be talking nonsense)

Comment 6

[Behdad Esfahbod]

You are not talking nonsense.  If the combining char is taken from another font, it is shaped separate and not correctly placed.  This is hardly a bug.  Use fonts that have marks you need.

Comment 7

[David Baron :dbaron: (⌚️UTC-5, no longer working on Mozilla)]

Web authors can't know what fonts are available on a system, never mind what versions of the font, or whether they have necessary combining characters.  And if you expect them to care about what fonts are available on anything other than Windows and (sometimes) Mac OS X, you're deluding yourself.

We need to be able to render text correctly no matter what fonts the author specified.

Comment 8

[Andriy Gapon]

This bug appears to be a more general bug in GNOME2/GTK2/pango.
Please see:
http://bugzilla.gnome.org/show_bug.cgi?id=360189

Comment 9

[Andriy Gapon]

please see the URL in comment #8, the issue seems to be resolved with the current version of GNOME/GTK/pango.
This was never a bug in firefox.