[whatwg] Storage events

Maciej Stachowiak mjs at apple.com
Thu Oct 15 12:44:03 PDT 2009


On Oct 15, 2009, at 11:37 AM, Jeremy Orlow wrote:

> I'd like to propose we remove the "source" attribute from storage  
> events.  (http://dev.w3.org/html5/webstorage/#the-storage-event)
>
> In Chrome, we cannot provide access to a window object unless it's  
> in the same process.  Since there's no way to guarantee that two  
> windows in the same origin are in the same process, Chrome would  
> need to always set it to null in order to avoid confusing developers  
> (since what process a page is in is really an implementation detail).

I would guess the main use case for this is to distinguish changes  
from *this* window (the one receiving the event) and changes from  
other windows. Perhaps a boolean flag to that effect could replace  
source.

  - Maciej

>
> But, as far as I can tell, Safari is the only browser that currently  
> provides this.  I suspect that as other multi-process  
> implementations are developed, they'll run into the same issue.   
> And, even if they can technically provide synchronous access to  
> another processes Window object, there are _very_ strong arguments  
> against it.  So, can we please remove the source attribute from  
> storage events?
>
>
> One other question: is the URL attribute supposed to be the same as  
> documentURI or location.href?  I ask because WebKit currently uses  
> the documentURI but if this were the correct behavior, I would have  
> expected the spec to make that more clear.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20091015/bbe94ce6/attachment-0002.htm>


More information about the whatwg mailing list