#5072 BLOC Update.: Activities dont load in 640

Zarro Boogs per Child bugtracker at laptop.org
Tue Nov 27 05:11:06 EST 2007


#5072: Activities dont load in 640
------------------------+---------------------------------------------------
  Reporter:  yani       |       Owner:  tomeu            
      Type:  defect     |      Status:  new              
  Priority:  blocker    |   Milestone:  Update.1         
 Component:  datastore  |     Version:                   
Resolution:             |    Keywords:  Update.1? review?
  Verified:  0          |  
------------------------+---------------------------------------------------

Comment(by tomeu):

 Replying to [comment:11 marco]:
 > Spent some time tracking this down, here are my findings and thoughts.
 >
 >  * Tomeu, we configure the model according to the database but we don't
 apply the changes immediately (like it's done a few lines above for the
 default model properties by datamodel.apply). Because of this the source
 property error can be fired at any time and the problem becomes hard to
 reproduce. I think it explains why we are not able to reproduce yani
 crash. If I apply the changes immediately, the mount fails consistently as
 expected.

 Model.apply() looks to me like it syncs from Model to Xapian, isn't it? If
 we are sync'ing from Xapian to Model, then we don't need to call apply().

 >  * I'm not convinced Kim/Scott problem is the same of yani. It don't see
 how it could happen on a clean datastore. I think it might be #5127 or
 something else entirely (possibly related to the custom property changes).
 We need logs to be able to do anything about it.

 Yeah.

 >  * For Ship.2 I'm likely going to recommend to *not* apply the custom
 property patch. Source should not be a string in first place, we can keep
 defining it as "text" in model.py until it's worth to break model
 compatibility. Anyway we should think a bit more about it tomorrow morning
 and make a call in the Journal meeting.

 Perhaps that's the best thing we can do, but I'm a bit worried of setting
 source as "text", as this will be indexed, reducing performance in some
 unknown measure. 'string' is wrong but 'text' looks definitely worst to
 me.

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



More information about the Bugs mailing list