[tor-bugs] #8455 [Firefox Patch Issues]: Fix @font-face font fallback rendering behavior
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Apr 3 02:32:14 UTC 2013
#8455: Fix @font-face font fallback rendering behavior
------------------------------------------------------------------------+---
Reporter: mikeperry | Owner: mikeperry
Type: project | Status: new
Priority: critical | Milestone:
Component: Firefox Patch Issues | Version:
Keywords: tbb-fingerprinting, tbb-rebase-regression, MikePerry201304 | Parent:
Points: | Actualpoints:
------------------------------------------------------------------------+---
Comment(by mikeperry):
ok, the local() font probe code is in gfxUserFontSet::LoadNext(). It's
pretty easy to make it prefer url() over local(), but I'm not sure what
the behavior should be if there is no URL specified. Do we expect this
behavior to be rare? Should we just fail those fonts entirely?
The main problem is that we don't have direct access to the pres shell
from there to update out font counts. Some black magic subclass access to
nsUserFontSet might give us access, but that might be fragile..
This is also a different piece of code from the "best temporary fallback"
behavior gk found. I'm not sure where that lives yet.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/8455#comment:5>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list