#8814 HIGH 9.1.0-c: WikipediaEN Activity does not work on secure machines with 767

[Zarro Boogs per Child]

#8814: WikipediaEN Activity does not work on secure machines with 767
-------------------------------------------+--------------------------------
           Reporter:  frances              |       Owner:  cjb            
               Type:  defect               |      Status:  new            
           Priority:  high                 |   Milestone:  9.1.0-cancelled
          Component:  wikibrowse-activity  |     Version:  not specified  
         Resolution:                       |    Keywords:  cjbfor9.1.0    
        Next_action:  diagnose             |    Verified:  0              
Deployment_affected:                       |   Blockedby:                 
           Blocking:                       |  
-------------------------------------------+--------------------------------

Comment(by mstone):

 1. Thanks for working on resolving this bug. Polish is good.

 2. The fastest way to work around the problem is to change the activity's
 bundle id so that rainbow sees it for the first time.

 3. There is no list of apps which get constant-uid; permissions.info is
 the approved API.

 4. rainbow parses the permissions.info file every time it launches an
 activity.

 5. My current *guess* based on your notes and a quick review of the source
 code is that rainbow *is* launching WikipediaES-11 as constant-uid but
 that the error continues to occur because the uid which is selected after
 constant-uid is applied is *different* from the uid that owns the files in
 the persistent $SAR/data directory. Log data would permit us to confirm or
 to reject the first half of this hypothesis. To confirm or to reject the
 second half, you could try nuking the contents of the $SAR/data dir. If
 you get a clean launch afterwards, then we've probably found the culprit.

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