Hi,
Starting from Firefox 41, CSS Font Loading API will be enabled by default. Does it present any risk that NoScript doesn't already cover through blocking @font-face ?
Like, does it trigger in a separate way the rather unsecure GPU font library that NoScript aimed to block when it started blocking @font-face.
I'd say no, but not sure. So might as well report.
CSS Font Loading, does it need care from NoScript ?
-
Steven Seagull
CSS Font Loading, does it need care from NoScript ?
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0
Re: CSS Font Loading, does it need care from NoScript ?
Firefox 41 is currently in beta. Can you "just try it"?
Does anyone know if this is enabled by default in SeaMonkey 2.38 beta too? If not, how to enable it to check if NS already blocks it?
(I'm assuming it's implemented in the Gecko engine aka shared code.)
Does anyone know if this is enabled by default in SeaMonkey 2.38 beta too? If not, how to enable it to check if NS already blocks it?
(I'm assuming it's implemented in the Gecko engine aka shared code.)
*Always* check the changelogs BEFORE updating that important software!
-
-
Steven Seagull
Re: CSS Font Loading, does it need care from NoScript ?
I could install Fx 41 but I don't know of a reliable way to check if NoScript blocks CSS Font Loading API from using the insecure GPU font library. I'd need to dig into how to use the API as well as what is expected to happen when a NoScript block occurs. (i.e. does no font being displayed really mean that the library was never used at all)
I don't have that sort of time at the moment :/
I don't have that sort of time at the moment :/
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:40.0) Gecko/20100101 Firefox/40.0
Re: CSS Font Loading, does it need care from NoScript ?
Can you please come up with an example page that uses it that I can put on my local server & point to whatever webfont I have on hand?
*Always* check the changelogs BEFORE updating that important software!
-