#6729 BLOC 8.2.0 (: Read doesn't save the PDFs it opens

[Zarro Boogs per Child]

#6729: Read doesn't save the PDFs it opens
-----------------------------+----------------------------------------------
   Reporter:  cjb            |       Owner:  homunq              
       Type:  defect         |      Status:  closed              
   Priority:  blocker        |   Milestone:  8.2.0 (was Update.2)
  Component:  read-activity  |     Version:                      
 Resolution:  fixed          |    Keywords:  blocks:8.2.0        
Next_action:  design         |    Verified:  0                   
  Blockedby:  7615           |    Blocking:                      
-----------------------------+----------------------------------------------

Comment(by skierpage):

 I agree with #comment:7 that it's Browse's download of the PDF download
 making the copies.

 homunq's all6729.2.patch attempts to avoid making additional copies within
 Read's _download_result_cb().  This isn't invoked when I open a PDF from
 Browse, but it might be invoked when you join a friend's Read activity
 (I'm guessing, I have no friends ;-) ).  So that patch might still be
 worthwhile to avoid multiple copies when you join someone else's activity.

 It appears Read can has code to display a file given a URL.  So instead of
 the "download in Browse-save in journal-switch to journal-start Read"
 dance, Browse could instead store the URL of the PDF you click on in the
 Journal, or even directly start the Read activity with the URL.  Working
 with URLs rather than files would be a big change, and touches on the
 discussion on the devel list around July 7th and in bug #6958 about
 seamless launching from URLs.

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