New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 673095 link

Starred by 4 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

The Cyrillic letter ӧ is displayed incorrectly in Windows 10

Reported by amir.aha...@gmail.com, Dec 10 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:50.0) Gecko/20100101 Firefox/50.0

Example URL:
https://udm.wikipedia.org/wiki/Special:WhatLinksHere/File:Karaagac.jpg

Steps to reproduce the problem:
The Cyrillic letter "ӧ" is displayed incorrectly. It is supposed to have two dots above "о", like in the German and Turkish letter "ö", but instead the dots appear shifted forward. This is Unicode character U+04E7 CYRILLIC SMALL LETTER O WITH DIAERESIS, and it's used in the Udmurt, Komi, Mari and Altay languages.

What is the expected behavior?
The letter is supposed to have two dots above "о", like in the German and Turkish letter "ö".

What went wrong?
The dots appear shifted forward.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version: <Copy from: 'about:version'>  Channel: stable
OS Version: 10
Flash Version: 

This works correctly in Firefox on Windows 10, and in all browsers on macOS Sierra.
 
/צילום מסך 2016.12.10 ב.12.25.03.png
7.4 MB View Download
/צילום מסך 2016.12.10 ב.12.25.59.png
7.3 MB View Download

Comment 1 by ajha@chromium.org, Dec 12 2016

Labels: M-55

Comment 2 by kochi@chromium.org, Dec 12 2016

Components: -Blink Blink>Fonts
Looks like the attachments somehow lost their extensions (.png), so
reattaching now.

The first one has a screenshot with Firefox, and the second with Chrome.
I can see "ӧ" is rendered weirdly on Chrome.
attachment-263060.png
7.4 MB View Download
attachment-263061.png
7.3 MB View Download

Comment 3 by kochi@chromium.org, Dec 12 2016

Hmm, I don't see the pictures displayed inline.  Maybe they are too big (7.4MB, 7.3MB).

BTW, I got a quite different rendering on my Macbook Pro on Japanese locale
(see attached screenshot).

 amir.aharoni@, what locale are you using (Hebrew?)

Screenshot.png
594 KB View Download

Comment 4 by kochi@chromium.org, Dec 12 2016

Oops - I got the wrong impression from the screenshots - This is a *Windows*
specific issue, not on MacOS.

Comment 5 by kochi@chromium.org, Dec 12 2016

Cc: kojii@chromium.org kochi@chromium.org
Owner: drott@chromium.org
Status: Assigned (was: Unconfirmed)
I confirmed this is reproducing on Windows10.
The rendered font was "Georgia" on my environment.

Dominik, could you take a look?
Yes, this is a Windows issue. I took the screenshots on macOS, with a remote connection to Windows. (And yes, my macOS locale is Hebrew. Language diversity is a good thing.)

Do you need me to make new screenshots, or is the issue clear enough?

Comment 7 by kochi@chromium.org, Dec 12 2016

amir.aharoni@ thanks for the update, and sorry for my confusion.
I think the problem is clear enough now.

Comment 8 by e...@chromium.org, May 21 2018

Still broken in M68.

Comment 9 by kojii@chromium.org, May 23 2018

A couple of observations:

* Broken with 'Georgia', fine with 'Arial'.
* Broken in LayoutNG too.
* Blink renders all glyphs in the <h1> in Georgia, while Gecko renders with Georgia and Times New Roman.

Probably the font fallback?

Sign in to add a comment