[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