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

Re: [whatwg] onclose events for MessagePort

From: Jonas Sicking <jonas@sicking.cc>
Date: Tue, 22 Oct 2013 08:23:56 -0700
Message-ID: <CA+c2ei9Oj0vjb0-QUb0R1Rq5S92M0KvRNLYYfwkawWsmgtKTdA@mail.gmail.com>
To: Ehsan Akhgari <ehsan@mozilla.com>
Cc: WHAT Working Group <whatwg@lists.whatwg.org>, Boris Zbarsky <bzbarsky@mit.edu>, Ian Hickson <ian@hixie.ch>, Gene Lian <clian@mozilla.com>
On Oct 21, 2013 6:06 PM, "Ehsan Akhgari" <ehsan@mozilla.com> wrote:
>> We could further define that "channeldropped" is fired when the owner
>> of the *other side* is navigated away from. This would mean that
>> events can be received even after a "channeldropped" event has been
>> fired since other windows could still hold a reference to the port and
>> send messages through it. However it would allow us to release the
>> strong reference that the "channeldropped" event listener implicitly
>> creates as soon as either side is navigated away from.
>
> But what if the page is navigated back to?  I think this implies that
having fired a "channeldropped" event because of this reason means that the
UA needs to make it impossible to navigate back to the same window, which
means disabling optimizations such as Gecko's back-forward cache, which
sucks.

We could define that it is not automatically sent until the page is kicked
out of the bfcache.

But yeah, that maight make this behavior unreliable enough that it's not
worth doing.

/ Jonas
Received on Tuesday, 22 October 2013 15:24:25 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 17:00:12 UTC