[Webkit-unassigned] [Bug 30562] [GTK] fast/text/zero-width-characters.html fails in GTK+

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Oct 22 07:57:13 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=30562


Xan Lopez <xan.lopez at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hyatt at apple.com




--- Comment #1 from Xan Lopez <xan.lopez at gmail.com>  2009-10-22 07:57:13 PDT ---
OK, after looking at this a bit more: it seems what's happening is that our
port reports glyph 0 as the one to be used for the character 0, ie (from
SimpleFontData.cpp):

    Glyph zeroWidthSpaceGlyph = glyphPageZero->glyphDataForCharacter(0).glyph;

zeroWidthSpaceGlyph will be 0.

The next few lines prevent this from being used:

    if (zeroWidthSpaceGlyph) {
        if (zeroWidthSpaceGlyph != m_spaceGlyph)
            m_glyphToWidthMap.setWidthForGlyph(zeroWidthSpaceGlyph, 0);
        else
            LOG_ERROR("Font maps SPACE and ZERO WIDTH SPACE to the same glyph.
Glyph width not overridden.");
    }

So we never force the width of the ZWS to be 0, and later in the test 4 is
used, which seems to be the width of the space glyph.

If I remove the if (zeroWidthSpaceGlyph) check our test passes, so question:
does the 0 glyph have any special significance? Is it a bug in our platform
that we are returning it for the character 0?

CCing hyatt and mitz since they were the ones last touching this code (2 years
ago!).

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list