#6046 HIGH Update.: browse is slow after update from ship.2 to update.1 or joyride

Zarro Boogs per Child bugtracker at laptop.org
Wed Jan 30 16:21:05 EST 2008


#6046: browse is slow after update from ship.2 to update.1 or joyride
---------------------+------------------------------------------------------
  Reporter:  erikos  |       Owner:  sayamindu                        
      Type:  defect  |      Status:  assigned                         
  Priority:  high    |   Milestone:  Update.1                         
 Component:  distro  |     Version:  Development build as of this date
Resolution:          |    Keywords:  rainbow-integration, upgrade     
  Verified:  0       |    Blocking:                                   
 Blockedby:          |  
---------------------+------------------------------------------------------
Changes (by sayamindu):

  * status:  new => assigned


Comment:

 Replying to [comment:29 cscott]:
 > Further, people change timezones, clocks drift, etc.  You just can't
 assume that time never jumps backward.  See trac #1525 for previous
 symptoms of this fundamental problem.

 Valid. The solution to bug #1525 worked around this by enabling fontconfig
 to write a cache in $HOME/.fontconfig and move ahead with that (previous
 to bug #1525, fontconfig could not write cache files ''at all'' if the
 system time was backwards compared to the timestamps). However, for newer
 versions of our releases, it seems that fontconfig cannot write to
 $HOME/.fontconfig (I have not confirmed this yet - but this is what the
 comments seem to indicate).

 Mozilla pre-caches the set of available fonts at startup, and uses
 FcConfigUptoDate() to figure out if new fonts have been added to the
 system
 (http://lists.freedesktop.org/archives/fontconfig/2004-July/000960.html).
 And the only straightforward way for fontconfig to know if there are new
 fonts in the system is to check the timestamps of the directories which
 contain the font files, and to compare it with the timestamp when the
 FcConfig was initialized by the application concerned.

 Is there any way that the security system can allow applications to write
 to .fontconfig ?

-- 
Ticket URL: <http://dev.laptop.org/ticket/6046#comment:30>
One Laptop Per Child <http://dev.laptop.org>
OLPC bug tracking system



More information about the Bugs mailing list