W3C home > Mailing lists > Public > whatwg@whatwg.org > April 2009

[whatwg] Private browsing vs. Storage and Databases

From: Brady Eidson <beidson@apple.com>
Date: Tue, 07 Apr 2009 18:16:58 -0700
Message-ID: <FC96AFFB-A56B-4DAE-A1C1-8A0AED5B08CE@apple.com>
A user can, at any time, delete application resources from their file  
system while the application is in use, or before the application's  
next launch.  They will suffer the consequences of their own action.
The operating system probably shouldn't chose to do so on its own, the  
same way the OS shouldn't chose to pretend a file is safely on disk  
when it's not.


On Apr 7, 2009, at 6:12 PM, Ian Fette (????????) wrote:

> And as of right now, afaict, a user / user agent can prune a  
> database and not be in violation of the database spec :)
> On Tue, Apr 7, 2009 at 6:11 PM, Brady Eidson <beidson at apple.com>  
> wrote:
> On Apr 7, 2009, at 6:09 PM, Ian Fette (????????)  
> wrote:
>> I strongly share Jonas' concern that we'd tell web applications  
>> that we're storing there data when we already know we're going to  
>> dump it later.  For 3 and 4 both, we're basically lying to the  
>> application and therefore the user.  Imagine a scenario where a  
>> user has no network connection and unknowingly left their browser  
>> in private browsing mode.  Email, documents, financial  
>> transactions, etc could all be "saved" locally then later thrown  
>> away before they've had a chance to sync to a server.
>> The same argument could be made for retaining cookies set during  
>> private browsing ;-)
> I disagree, as cookies are already specified to be of unspecified  
> persistence.  I believe a user agent can - at any time - prune  
> cookies from it's cookie store and not be in violation of the  
> cookies spec.
> ~Brady

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20090407/999521f0/attachment-0001.htm>
Received on Tuesday, 7 April 2009 18:16:58 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:11 UTC