#3551 NORM First D: closing Browse activity silently kills downloads-in-progress

[Zarro Boogs per Child]

#3551: closing Browse activity silently kills downloads-in-progress
--------------------------+-------------------------------------------------
  Reporter:  danw         |       Owner:  marco                 
      Type:  defect       |      Status:  new                   
  Priority:  normal       |   Milestone:  First Deployment, V1.0
 Component:  web browser  |     Version:                        
Resolution:               |    Keywords:                        
  Verified:  0            |  
--------------------------+-------------------------------------------------
Changes (by tomeu):

 * cc: danw, Eben, marco (added)


Comment:

 Replying to [comment:4 AlbertCahalan]:
 > Replying to [comment:2 tomeu]:
 > > What about closing the window but let the process go on until the
 download is finished?
 >
 > This has lots of interesting issues.
 >
 > Does the browser still occupy space in the activity ring? If so, can you
 switch to it? If not, does this hide the memory consumption?

 Dan, Eben, what you think about it?

 > Does refusing-to-die browser get killed by Sugar or Bitfrost? If not,
 isn't that a bug?

 Well, the Browse _process_ would die when no activity windows or downloads
 are active. No need to be killed by anyone.

 > IMHO, "it's not easy to tell for sure when there's a download still in
 progress" is the problem. Background web downloads are probably not an
 easy concept, and probably not very useful to the target audience.

 From the user POV the download is not associated with a Browse session.
 During Browse sessions you read web pages. The download is something seen
 closer to the Journal than to Browse.

 It could be thought that it would be cleaner for Browse to ask the Journal
 process to initiate the download, but the problem here is that we need to
 do the download inside the web session because of cookies, SSL sessions,
 etc.

-- 
Ticket URL: <https://dev.laptop.org/ticket/3551#comment:5>
One Laptop Per Child <https://dev.laptop.org>
OLPC bug tracking system