Re: [whatwg] location.reload() on document.open()ed documents

2011-04-28 Thread Ian Hickson
On Tue, 7 Dec 2010, Boris Zbarsky wrote: On 12/7/10 5:10 PM, Ian Hickson wrote: Per spec, currently document.open() replaces the current page rather than allow navigation. I believe there are cases where that would cause us to break compat. Note that neither IE nor Gecko does a replace

Re: [whatwg] location.reload() on document.open()ed documents

2010-12-07 Thread Ian Hickson
On Tue, 24 Aug 2010, Boris Zbarsky wrote: On 8/24/10 6:13 PM, Ian Hickson wrote: So basically, translating this to specese: Document objects on which you call open() have an override reload flag set and an initially empty source cache added. When you call

Re: [whatwg] location.reload() on document.open()ed documents

2010-12-07 Thread Boris Zbarsky
On 12/7/10 5:10 PM, Ian Hickson wrote: Per spec, currently document.open() replaces the current page rather than allow navigation. I believe there are cases where that would cause us to break compat. Note that neither IE nor Gecko does a replace load there, last I checked. I'm not sure how

Re: [whatwg] location.reload() on document.open()ed documents

2010-08-24 Thread Ian Hickson
On Tue, 27 Jul 2010, Boris Zbarsky wrote: On 7/27/10 3:00 PM, Ian Hickson wrote: On each document.write() on a document.open()ed document, Gecko appends the written string to a cache entry (at the method call time--not at the tokenization time--which makes a difference of the

Re: [whatwg] location.reload() on document.open()ed documents

2010-08-24 Thread Boris Zbarsky
On 8/24/10 6:13 PM, Ian Hickson wrote: So basically, translating this to specese: Document objects on which you call open() have an override reload flag set and an initially empty source cache added. When you call document.write() on a document with the override reload flag

Re: [whatwg] location.reload() on document.open()ed documents

2010-07-27 Thread Ian Hickson
On Tue, 30 Mar 2010, Henri Sivonen wrote: The spec says about location.reload(): Navigate the browsing context to the document's current address with replacement enabled. The source browsing context must be the browsing context being navigated. It appears that this is what WebKit and

Re: [whatwg] location.reload() on document.open()ed documents

2010-07-27 Thread Boris Zbarsky
On 7/27/10 3:00 PM, Ian Hickson wrote: On each document.write() on a document.open()ed document, Gecko appends the written string to a cache entry (at the method call time--not at the tokenization time--which makes a difference of the document loads external scripts that also call

Re: [whatwg] location.reload() on document.open()ed documents

2010-07-27 Thread Boris Zbarsky
On 7/27/10 4:10 PM, Boris Zbarsky wrote: Does document.open() clear the cache entry? It creates a new one and unpins the old one. Note: the unpinning may or may not happen her depending on what session history does; I haven't double-checked this part. -Boris

Re: [whatwg] location.reload() on document.open()ed documents

2010-03-30 Thread Maciej Stachowiak
On Mar 30, 2010, at 7:38 AM, Henri Sivonen wrote: The spec says about location.reload(): Navigate the browsing context to the document's current address with replacement enabled. The source browsing context must be the browsing context being navigated. It appears that this is what WebKit

Re: [whatwg] location.reload() on document.open()ed documents

2010-03-30 Thread Boris Zbarsky
On 3/30/10 10:38 AM, Henri Sivonen wrote: This makes me wonder: If the two engines with the largest market share both take steps to enable document.open()ed docs to be reloaded, is the behavior needed for optimal Web compatibility? At one point, yes. I don't recall many bug reports about this