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

Issue 277677 link

Starred by 10 users

Issue metadata

Status: Fixed
Owner: ----
Closed: Apr 2014
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

Font ligatures are not substituting when ligature contains non-alphabetical characters

Reported by bear.tra...@gmail.com, Aug 22 2013

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36

Example URL:
https://dl.dropboxusercontent.com/u/1558588/dash-kit/simple.html

Steps to reproduce the problem:
1. Create a font containing a ligature with numbers or punctuation (the sample includes the dash character)
2. Include the font in a web page, with the appropriate css settings to enable ligatures
3. Use the font on an element whose only child is the ligature text

Or just open the attached link

What is the expected behavior?
'next-light' in the sample page should be substituted for a ligature
In general, ligatures containing punctuation or numbers should be substituted

What went wrong?
When an element uses a ligature font and the only text in that element is a ligature containing punctuation or numbers, the ligature is not substituted

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? No 

Does this work in other browsers? Yes Firefox 23.0.1, Safari 6.0.5

Chrome version: 29.0.1547.57  Channel: stable
OS Version: OS X 10.8.4
Flash Version: Shockwave Flash 11.8 r800

This problem most frequently occurs with icon fonts using ligatures, as they often contain elements whose only text is the icon ligature. For example, see:
https://github.com/Keyamoon/IcoMoon-App/issues/89
 
dash-kit.zip
39.5 KB Download

Comment 1 by tkent@chromium.org, Aug 22 2013

 Issue 277685  has been merged into this issue.

Comment 2 by tkent@chromium.org, Aug 22 2013

 Issue 277689  has been merged into this issue.

Comment 3 by tkent@chromium.org, Aug 22 2013

Labels: -Cr-Content Cr-Blink-WebFonts

Comment 4 by betra...@adobe.com, Aug 22 2013

Sorry for the duplicate bugs, I kept getting 503 Server errors on submit and assumed the bug hadn't been filed.

Comment 5 Deleted

Labels: -OS-Mac OS-All M-31
Status: Untriaged
Able to reproduce the issue. This is a Non-Regression Issue. Can be seen from M24 builds.
Labels: -M-31

Comment 8 by js...@chromium.org, Sep 25 2013

Cc: behdad@google.com js...@chromium.org

Comment 9 by js...@chromium.org, Sep 25 2013

Does this happen if you install the font in question locally?  That is, does this happen when a web font is not involved? 


Labels: Needs-Feedback
Status: WontFix
Archiving old issue with no activity. (feedback was needed => needs-feedback)
Status: Untriaged
What?  This issue is less than two month old.  Reopening.
Labels: -Needs-Feedback
Confirmed with font locally installed. Behavior is actually worse, as it occurs whenever the ligature is present, not just when it is the only child. Including new screen shot. All necessary test files are attached in dash-kit.zip.
Screen Shot 2013-10-03 at 11.13.39 AM.png
15.1 KB View Download

Comment 13 by behdad@google.com, Oct 26 2013

Ok, I understand this bug now.  Followup comment coming.

Comment 15 by keyam...@gmail.com, Jan 14 2014

Any news on this issue? Here's a demo showing the problem: https://dl.dropboxusercontent.com/u/38300086/liga-chrome/demo.html

Scroll down to the test drive area. It works fine in Firefox and Safari, but fails in Chrome.

Interestingly, if you add a colon (or some other character that's not used in making up ligatures) to the input field, it starts to work.

Due to this bug, I had to add a warning to my online icon font generator app when users input non alphabetical characters.
Cc: e...@chromium.org
Yes, that's being worked on right now in  issue 311372 .  Though, that only addresses HarfBuzz-based backends.  Adding eae.
Bug is reproducible in Chrome 33.0.1750.154 Windows release binary and not reproducible in Chrome Canary.
 But when we do selection then White Empty Box is visible, pls see attached image.
canary.PNG
49.1 KB View Download

Comment 18 by bashi@chromium.org, Apr 11 2014

Seems fixed in M34? ( bug 311372 )
Yes, should be.
Labels: M-34
Status: Fixed
I'm still seeing this issue here: https://gaia-components.github.io/gaia-icons/

Ligatures with a hyphen in the name fail to match.
Cc: dominik....@intel.com
We need to investigate that.

Comment 23 by laforge@google.com, Jun 13 2015

Cc: drott@chromium.org

Comment 24 by laforge@google.com, Jun 13 2015

Attempting to remove dominik.rottsches@intel.com from cc.

Sign in to add a comment