<div dir="ltr">Hello, <br><br>I'd like to propose a fix for JDK-8170950. <br>  bug: <a href="https://bugs.openjdk.java.net/browse/JDK-8170950">https://bugs.openjdk.java.net/browse/JDK-8170950</a><br>  webrev: <a href="http://cr.openjdk.java.net/~dmarkov/8170950/webrev.00/">http://cr.openjdk.java.net/~dmarkov/8170950/webrev.00/</a><br>  <br>I have only a Contributor status, so I'll require a sponsor.<br><br>The issue is a special case of JDK-8012351 (fixed previously) - when font files<br>are located in symlinked folders. Physical components of logical fonts are<br>registered 'directly', but other fonts are registered with resolving of symbolic<br>links (see registerFontsOnPath invocation in SunFontManager.loadFonts()).<br>So paths comparison in FontFamily.isFromSameSource doesn't always work<br>currently. The proposal is to add symlink resolution to<br>FontFamily.isFromSameSource before path comparison. There are probably other<br>ways to fix the issue - by changing the way fonts are registered, but this one<br>seems to be safer in terms of possible regressions.<br><br>Best regards,<br>Dmitry Batrak</div>