[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #8455 [Firefox Patch Issues]: Fix @font-face font fallback rendering behavior

#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs