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

[whatwg] Storage events

From: Jeremy Orlow <jorlow@chromium.org>
Date: Thu, 15 Oct 2009 11:37:48 -0700
Message-ID: <5dd9e5c50910151137j2734e3e0we407b1f5505e669e@mail.gmail.com>
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).

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/06ca47bf/attachment.htm>
Received on Thursday, 15 October 2009 11:37:48 UTC

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