W3C home > Mailing lists > Public > whatwg@whatwg.org > December 2012

[whatwg] Firing all the "the end" messages on abort

From: Ian Hickson <ian@hixie.ch>
Date: Fri, 30 Nov 2012 23:43:20 +0000 (UTC)
To: Boris Zbarsky <bzbarsky@MIT.EDU>, Simon Pieters <simonp@opera.com>
Message-ID: <Pine.LNX.4.64.1211302242220.9975@ps20323.dreamhostps.com>
Cc: whatwg@lists.whatwg.org
On Wed, 29 Aug 2012, Boris Zbarsky wrote:
> On 8/29/12 6:11 PM, Ian Hickson wrote:
> > Documents that are aborted do not need to work, they were aborted 
> > precisely because they don't need to work and are no longer needed.
> 
> Or because once again some ad was taking forever to load and the web 
> page developer is doing all their stuff from onload, so the user just 
> hit stop to finally get the damn ui to show up.

On Thu, 30 Aug 2012, Simon Pieters wrote:
> 
> Indeed. It would be pretty bad user experience if we didn't fire load 
> when the user clicks "stop".

That's for the "stop" key, though, right? Not for aborts that occur e.g. 
due to navigation, document.open(), or window.stop().

The spec doesn't say what browser UI should do, so if this is just about 
the stop key, I don't think this needs a spec change. The browser can do 
whatever it wants when you hit the stop key, e.g. just closing all network 
sockets, or stopping JS, or stopping animations, or whatever.

As far as I can tell, firing 'load' events when a document gets aborted 
due to new navigation, or document.open(), or window.stop(), is not 
Web-compatible.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Saturday, 1 December 2012 01:18:44 UTC

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