User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 Build ID: 20140930073022 Steps to reproduce: Open Website http://visual.ly/how-influence-anyone-over-phone site initially loads with picture, then disappears. Actual results: When site loads console posts the following: Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://fonts.gstatic.com/s/lato/v10/9k-RPmcnxYEPm8CNFsH2gg.woff. This can be fixed by moving the resource to the same domain or enabling CORS. downloadable font: download failed (font-family: "klinic_slabbook_italic" style:normal weight:normal stretch:normal src index:1): bad URI or cross-site access not allowed source: https://static-api-visually.netdna-ssl.com/media/fonts/klinicslabbookit-webfont.woff Expected results: Website and picture should load, as it does in Chrome and IE.

[Tracking Requested - why for this release]: Regression window(m-i) GOod: https://hg.mozilla.org/integration/mozilla-inbound/rev/80164e15bd54 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20140912024553 Bad: https://hg.mozilla.org/integration/mozilla-inbound/rev/c232720a2847 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20140912025257 Pushlog: https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=80164e15bd54&tochange=c232720a2847 Triggered by: Bug 1044702 or Bug 1062723

Title says this is affecting Nightly, however I'm not able to reproduce the issue on Nightly w/ e10s enabled.

I can reproduce the problem on Latest Nightly(2014-10-01) with/without e10s. Steps to reproduce: 1. Open Website http://visual.ly/how-influence-anyone-over-phone --- observe the picture 2. After page loaded, shrink browser window a little. if necessary. --- observe the picture

(In reply to Alice0775 White from comment #3) The behavior I'm seeing here matches Chrome 37 and IE 11 completely. The website is loading. If it is a different issue, then the title should be adjusted to match.

In local build, Last Good: 5cae10117cf6 First Bad: c232720a2847 Regressed by: c232720a2847 Matt Woodrow — Bug 1044702 - Use Moz2D source clipping when we can. r=Bas

On my computer (Mozilla/5.0 (Windows NT 6.3; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0) Main profile with many extensions and about:config modifications: Website loads Main profile in safe mode: Website loads New profile: Main picture loads then disappears (http://thumbnails-visually.netdna-ssl.com/around-the-world-in-80-ways_542a6fc535fab_w1500.jpg) New profile in safe mode: Website loads

This manifests itself if you have your screen set to >96Dpi, i.e. on Win7 x64 125% resolution. We've seen similar before I believe in another bug where screen settings affected content display.

My PC is 96 dpi(100%).

Is this fixed by this try push?: https://tbpl.mozilla.org/?tree=Try&rev=c27241f704e9

(In reply to Matt Woodrow (:mattwoodrow) from comment #9) > Is this fixed by this try push?: > https://tbpl.mozilla.org/?tree=Try&rev=c27241f704e9 Yes, it fixes the problem for me. https://hg.mozilla.org/try/rev/c27241f704e9 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20140924072031 And Bug 902952 also fixes the problem for me. https://hg.mozilla.org/integration/mozilla-inbound/rev/d954ed24e795 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20141001113823

fixes the issue for me as well... tested with try cset: https://hg.mozilla.org/try/rev/c27241f704e9 win7 x64 125% screen settings.

Awesome, thanks for checking that.