Re: Proposal: a "clear site data" API.

Does all data stored in the file system and IndexedDB count as a cache
always? Would these be worthy exclusion directives?

I'm also a little worried of giving this power to clear http only cookies
and opaque data to a JavaScript API also.

Can the specification have an advisory to add a console message or similar
reporting to ease debugging. A post data clear event might be useful also
so JavaScript can know to clean up interfaces to show the user is logged

When all contexts are neutered how will they handle stale user input?


On Fri, Jun 12, 2015 at 6:51 PM Martin Thomson <>

> On 12 June 2015 at 09:41, Mike West <> wrote:
> > The spec does currently require HTTPS. I'm not sure we could reasonably
> > relax that, for exactly the reasons you point to. It sounds like exactly
> the
> > kind of API for which we'd want to require an authenticated and encrypted
> > connection.
> I actually think that having this on cleartext connections is a
> benefit.  Unless there is persistent data that somehow prevents other
> persistence from happening.  I'm not aware of any such feature.
> Elsewhere, Henri Sivonen suggested that we make cookies on cleartext
> origins less persistent by default.  This is seems consistent with
> that philosophy.

Received on Saturday, 13 June 2015 00:55:10 UTC