1384575 - Firefox on Windows incorretly handles missing font in form input field's placeholder

Status: UNCONFIRMED

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

Description

[Mikhail Novosyolov]

Attachment: Screenshot_20170726_163232.png

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Ubuntu Chromium/59.0.3071.109 Chrome/59.0.3071.109 Safari/537.36

Steps to reproduce:

Windows 10 x86_64. Firefox 54 32 bit & 64 bit
http://думалогия.рф/landings/int1/index_firefoxbug.html
Go to the form, its code is:
<code>
	<div class="row 50%">
												<div class="6u 12u(mobile)">
													<input type="text" name="user[name]" id="contact-name" placeholder="Имя" />
												</div>
												<div class="6u 12u(mobile)">
													<input type="text" name="user[email]" id="contact-email" placeholder="Почта" />
												</div>
											</div>
											<div class="row 50%">
<!--
												<div class="12u">
-->
												<div class="6u 12u(mobile)">
													<input type="text" name="user[telephone]" id="contact-name" placeholder="Телефон" />
												</div>
													
											</div>
</code>

assets/css/main_firefoxbug.css:1069:
font-family: 'Source Sans Pro', sans-serif;

On both Windows and Linux test systems the fiont 'Source Sans Pro' is missing and is not embeded into the page. However, on Linux firefox 54 & 56 correctly use sans-serif instead of it, but on Windows Firefox does not show those letters correctly, I attach a screenshot showing this misbehaviour of Firefox on Windows. Removing 'Source Sans Pro' from CSS solves the problem.

This bug is not present on linux and in Chromium-based browsers on both Windows and Linux.

The versions of my linux libraries:
[user@HP-Elite-7300 tmp]$ dpkg -l | grep fontconfig
ii  fontconfig                                      2.11.94-0ubuntu2                                amd64        generic font configuration library - support binaries
ii  fontconfig-config                               2.11.94-0ubuntu2                                all          generic font configuration library - configuration
ii  libfontconfig1:amd64                            2.11.94-0ubuntu2                                amd64        generic font configuration library - runtime
ii  libfontconfig1:i386                             2.11.94-0ubuntu2                                i386         generic font configuration library - runtime
[user@HP-Elite-7300 tmp]$ dpkg -l | grep firefox
ii  firefox                                         54.0+build3-0ubuntu0.17.04.1                    amd64        Safe and easy web browser from Mozilla
ii  firefox-locale-en                               54.0+build3-0ubuntu0.17.04.1                    amd64        English language pack for Firefox
ii  firefox-locale-ru                               54.0+build3-0ubuntu0.17.04.1                    amd64        Russian language pack for Firefox
ii  firefox-trunk                                   56.0~a1~hg20170723r370453-0ubuntu0.17.04.1~umd1 amd64        Safe and easy web browser from Mozilla

Comment 1

[Mikhail Novosyolov]

<input type="text" name="user[name]" id="contact-name" placeholder="Имя" />
<input type="text" name="user[email]" id="contact-email" placeholder="Почта" />
<input type="text" name="user[telephone]" id="contact-name" placeholder="Телефон" />

Comment 2

[Firefox Bug Husbandry Bot]

https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Move_fix-optionals

Comment 3

[Emilio Cobos Álvarez (:emilio)]

Seems to work here on linux, but seems more of a font fallback issue.

Comment 4

[Jonathan Kew [:jfkthame]]

I can't reproduce this on my Win10 machine, either with a current build or with a build from back when this was filed. It's possible updates to the Win10 fonts might have affected it, or (more likely, perhaps) there was something specific to the reporter's configuration.

Mikhail, do you still see this problem? If so, we should try to identify what's causing it in your particular case, as it doesn't happen for other people.

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

Clear a needinfo that is pending on an inactive user.

Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE.

For more information, please visit auto_nag documentation.