Character with absent glyph causes text colour change failure

[prl]

If a text colour change sequence \cAARRGGBB is followed immediately by a character that isn't represented in the font (e.g. REPLACEMENT CHARACTER U+FFFD), the colour change isn't applied.

Replication steps

Insert the following in any skin screen large enough to accommodate it:

            <eLabel position="100,100" size="500,20" font="Regular;18" foregroundColor="white" halign="block" transparent="1" zPosition="20" text="Colour/no-glyph bug: Lorem ipsum \c0000ff00&#xfffd;dolor sit amet..."/>

The display is as in the image below: The colour of the text "dolor..." is not changed to green.

[Peter Urbanec]

Fix bug #643: Character with absent glyph causes text colour change failure

Similar to the fix for bug #642, only clear the activate_newcolor flag when it has actually been applied to a glyph (via use in an appendGlyph() call).

Otherwise, a non-printing character following an LF can clear activate_newcolor without it ever being applied to a glyph.

→ <<cset 32b29fd21eb4>>