1123488 - Weird HTML entities behavior in document title when shown in window/tab title

Status: NEW

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

Description

[Nicolas Hoizey]

Attachment: Capture d’écran 2015-01-20 à 00.41.45.png

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150108202552

Steps to reproduce:

On Firefox 35 on a Mac OS X 10.9.5

I used HTML entities in a document <title>, see attached HTML file.


Actual results:

The same entity (&#10084;) gave two different renderings, a black heart and a red heart. See attached screenshot.

The same happens in both Chrome and Safari.


Expected results:

The same rendering should have been used for both hearts.

Comment 1

[Nicolas Hoizey]

Attachment: entities-title-test.html

Comment 2

[Nicolas Hoizey]

It seems there's a difference when the entity is following a space or not.

Try both "❤👍❤ ❤ 👍 ❤" and "❤👍 ❤ ❤ 👍 ❤" and look at the second heart (third entity).

HTH

Comment 3

[Bas Schouten (:bas.schouten)]

Doesn't look like a graphics issue.

Comment 4

[Simon Montagu :smontagu]

Confirming, but I'm fairly sure this is a bug in OSX. Try saving the testcase with ❤

Comment 5

[Simon Montagu :smontagu]

Sorry, I keep forgetting that bugzilla has a bug with supplementary characters in comments.  Try saving the testcase with the characters from the <title> as the filename and you will see the same inconsistency in Finder.

Comment 6

[Jonathan Kew [:jfkthame]]

This is a result of how our font fallback works (and apparently OS X is doing something similar), when the symbols aren't present in the main font being used. Fallback generally tries to use the same font as the preceding character (to reduce the potential "ransom-note" effect); but in this case, this results in the second of the hearts using the Apple Color Emoji font, because of the preceding emoji character, while the first heart used a standard symbol font.

I'm pretty sure there's an existing bug report that covers this... let's see if I can find it.

Comment 7

[Jonathan Kew [:jfkthame]]

Oh, and this isn't specific to titles; the same effect can occur within HTML content. With typical font settings, you can see it with a minimal example such as

  data:text/html,&%23x2764;&%23x1f44d;&%23x2764;

Comment 8

[Jonathan Kew [:jfkthame]]

See bug 1066933 for a closely-related issue; not an exact duplicate of this example, but the underlying cause is the same, I suspect.