#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:                       |  
-------------------------------------------+--------------------------------
Changes (by martin.langhoff):

 * cc: martin.langhoff (added)


Comment:

 Looking at this (at Peru's request). Here is what I can see on an 8.2.2
 preview build (802B1)...

  * rainbow keeps the same group, but does _not_ give us the same uid -- if
 you run Wikipedia.xo several times, you can do `grep dropping\ priv
 org.laptop.WikipediaActivity*` and you'll see the uid increasing _even if
 the previous run closed correctly_.
  * Looking at the logs, we hit this issue in the code that opens the
 "places" sqlite db and attempts to remove old/stale data from it. This
 sqlite db is mode 644. This is not what causes the warning -- probably
 other xulrunner component is trying to open a file in RW mode, and failing
 to do so for the same reason.
  * If I open Browse several times, it does *not* get new uids every time.
 Even if I open various concurrent sessions.

 There is an odd interaction between Rainbow's uid assignment mechanism and
 Wikipedia.xo. I am not sure how this is handled though.

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