I am using roboto fonts. This issue is produced in a chrome extension UI. For reference look into screenshots. In first 'add another group' is not visible whereas in second it is. These below screenshots are of a dropdown that is shown when a user clicks. Add another domain is a clickable <li> element inside a <ul>. when this text is not visible on screen, other than that all functionality works. If i resize the window or change any css property then it becomes visible.
Similar thing happens in other places too.

Deleted: add another domain not showing.png 5.7 KB

	add another domain not showing.png 5.7 KB View Download

Deleted: add another domain showing.png 7.5 KB

	add another domain showing.png 7.5 KB View Download

We had the same issue with last Chrome versions, adding "text-rendering: auto;" to our body fixed the issue.

Hey luke I have added "text-rendering: auto;" but still not solved

naveenk@ Thnaks for the issue.

Could you please provide us any sample test file or URL to triage the issue from test team end.

@ kavvaru
We are in the process of creating a test template for you as we cant give you the link to where is problem is producing. In the meanwhile I am providing some more information for you. This problem has a work around similar to as given in 
https://bugs.chromium.org/p/chromium/issues/detail?id=406760

but the fix given in this ie:

body {
  -webkit-animation-delay: 0.1s;
  -webkit-animation-duration: 0.1s;
  -webkit-animation-iteration-count: 1;
  -webkit-animation-name: fontfix;
  -webkit-animation-timing-function: linear;
}

@-webkit-keyframes fontfix {
  from { opacity: 1; }
  to   { opacity: 1; }
}
did not solved this problem

So we changed this work around a little bit 

@mixin fonts-refresh-mixin($font_size, $animation) {
    font-size: 12px !important;
    animation-delay: 0.06s;
    animation-name: $animation;
    animation-duration: 10000000000000000000s;
    animation-iteration-count: 1;
    animation-timing-function: linear;
}

@keyframes fontfix-font-size-16 {
    from {
        font-size: 16px;
    }
    to {
        font-size: 15px;
    }
}

This issue is not produced till the duration of this animation. Its worth noting that even if I change other properties like color and opacity it has no effect.
This piece of code runs a animation on that element where the text appears like an <a></a> or <p></p>. This animation changes the font size of that element over a long duration of time. If I change the font size from to same then also this has no effect. 

Thank you for providing more feedback. Assigning to requester "kavvaru@chromium.org" for another review.

For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot

 naveenk@ Could you please provide us the sample test file or URL to triage the issue further.

Thanks,

@ kavvaru Please follow following steps to reproduce this issue.

1. Install chrome extension HYFY screen recorder at https://chrome.google.com/webstore/detail/hyfy-screen-recorder/kfhkikpdmehlpkaiplafjkaicdljldcf?hl=en-US
2. Create an account in hipchat  at https://www.hipchat.com/sign_up
3. Add HYFY addon to your hipchat account. Go to homepage(first page that comes after login) and follow this video
           https://app.hyfy.io/v/abkGmmH06U/
 After this open a room see this 
           https://app.hyfy.io/v/abXQ7ROY6U/
 and create some rooms for testing: 
        https://app.hyfy.io/v/abLkModB6U/
4. Now click on the H icon in top right corner of your chrome. A red circle will appear. Click on it to start a recording.
5. Click on the timer that starts to stop the recording.
6. A modal will open. 
7. By default hipchat tab will be selected. Click on sign in with hipchat button.
8. Use your credentials for login. Complete the steps.
9. You will be able to see two dropdowns. The dropdown in left will have your domain info and the one in right will have list of all the rooms and users in your hipchat group.
10. Click on the  rooms list. It will look like screenshot1.
11. Repeat following 2 steps untill the issue is produced.

    1. Record a video. Stop recording
    2. In share modal open the rooms list.
    3. Check if rooms text is visible or not.

If 'rooms' is not visible that means it is produced. See screenshot2 for refrence.
Its a random error but most of time it can be reproduced in 3-5 attepts. But sometime you have to try more than 10 times.

Deleted: screenshot 1.png 9.6 KB

	screenshot 1.png 9.6 KB View Download

Deleted: screenshot 2.png 28.7 KB

	screenshot 2.png 28.7 KB View Download

Thank you for providing more feedback. Assigning to requester "kavvaru@chromium.org" for another review.

For more details visit https://sites.google.com/a/chromium.org/dev/issue-tracking/autotriage - Your friendly Sheriffbot

We're experiencing exactly this issue with a privately hosted version of Adobe Source Sans Pro. To me it appears to be a very similar issue to https://bugs.chromium.org/p/chromium/issues/detail?id=336476

Adjusting opacity or resizing the browser will force the font to display again.

I have a feeling it happens if there's some sort of race condition where the font isn't properly loaded and the text gets rendered. We do, of course, have fallback fonts as part of the CSS, but these never get displayed, potentially because the web font is "mostly" loaded?

Unfortunately it's pretty intermittent and can't currently reproduce, but we see it a number of times a day on Gitter.

Sorry, just wanted to adjust my comment, I realise it may not be exactly the same issue as the original reporter can't get the font to reappear by adjusting it's opacity.

Able to reproduce the issue on windows 7 using chrome version 50.0.2661.94.
Rooms text is not visible under the drop down.This issue  is working fine on beta 51.0.2704.29 and canary 52.0.2721.0.Please find the attached screen shot for the same.

This is only reproducible on windows stable version.Marking it as Untriaged.
Could any one please let us know if bisect is required for this issue.

naveenk@ Could you please check the issue once on latest beta and canary and update the thread if the issue still persists.

Thanks,

Hi kavvaru@,
Shall we close this as Fixed with M-51 label?

I'm not sure why you mark this as Type-Bug-Regression, but it this is a real regression bug, we may consider to merge the fix to M-50. But if this isn't a regression, I prefer just closing.

Hi, 
working on reverse bisect to check the exact CL that fixed this issue,will check if this is valid candidate to be merged back to M-50.
Will update the bisect information soon.

navvenk@ Could you please confirm the issue fixed in beta or canary from your end as well.you can download latest beta and canary from link https://www.chromium.org/getting-involved/dev-channel

Thanks,

Hi kavvaru@,

Will reply you soon about the current status of this bug in beta or canary.

This issue is working fine on windows using latest stable 50.0.2661.102.Able to see the Rooms text in dropdown. Please find the attached screen shot for the same.

navvenk@Could you please try the issue by upgrading chrome to latest stable and update the thread.so that will close this issue.

Thanks,

Deleted: 591348.png 156 KB

	591348.png 156 KB View Download

Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

naveenk@: Can we get an update on this if issue is still seen on the latest beta or canary?

@kavvaru @a.. Sorry for delayed response

I am still able to produce this issue. Tested on chrome Version 50.0.2661.102 (64-bit) and chrome beta Version 51.0.2704.54 beta (64-bit). I have attached screens for your reference.

Deleted: error screen.png 19.0 KB

	error screen.png 19.0 KB View Download

Deleted: normal screen.png 13.8 KB

	normal screen.png 13.8 KB View Download

Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Unable to reproduce the issue on windows 7 using chrome version 50.0.2661.102.
naveenk@ Please confirm whether the actual issue is resolved ?
Are you able to see Rooms text under the drop down?

could you please try the issue on new profile without having any extensions and update the thread if the issue still persists.

Thanks,

@ kavvaru 

There have been many UI changes on the page recently so you may not be able to reproduce this issue on the Rooms text there. And on other places where this issue occurs we have applied fix(As mentioned in above discussions). But if I remove the fix in my local dev and test it , it is still reproducible and have not been solved.

I explained earlier that we experience this quite a bit at Gitter, but it's very intermittent and can't create reliable steps to reproduce to demonstrate it for you but are certainly still experiencing it with Chrome 51.x on Mac.

Our assumption is some sort of race condition where the web font isn't fully loaded yet as we aren't using any sophisticated font loading libraries.

Thank you for providing more feedback. Adding requester "kavvaru@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Hi, I'm experiencing exactly this issue, especially for Special font included in a container loaded loaded asynchronously (in Ajax).

Here what I find:

- Background-image doesn't render if it's a SVG, but it's ok with png.

- My special font by default is Roboto regular and it's rendered

- Other special fonts (Roboto Bold, Roboto light...) are not rendered, maybe because they overwrite the default font.

- Inline SVG are rendered

- The problem (for me) is when the content is loaded in Ajax.

Deleted: screenshot-render.jpg 307 KB

	screenshot-render.jpg 307 KB View Download

@ kavvaru, does my previous comment help you ?

Minimized test case is still needed to investigate and fix the issue.

The real site contains so many complicated things and needs a kind of reverse engineering to know what technologies the page actually relies on, and which of them has a problem.

@kavvaru,

I cannot create a test case, nevertheless, I investigated and find something interesting.

Problem: in my main menu, fonts doesn't appears (roboto-light and roboto-bold)

Clue: roboto-regular is ok

Why: Because it's the font-family of the BODY element.

Test: 
body:before{
    font-family: "roboto-bold";
    content: '';
}

Results: Roboto-bold is now well rendered! so with this "hack", Chrome can render one more font because it knows it is used.

Unfortunately, I can't add just three font with this hack, not more:
body{
    font-family: "roboto-regular";
}
body:before{
    font-family: "roboto-bold";
    content: '';
}
body:after{
    font-family: "roboto-light";
    content: '';
}

naveenk@ could you please update are you still seeeing this issue on latest stable 52.0.2743.82?
Please provide us any sample test file or URl to reproduce the issue from test team end.

Thank you!

Closing this issue due to lack of user feedback.

Please feel free to raise a new issue if the issue still persists for you on latest stable 52.0.2743.116.

Thanks,