[Webkit-unassigned] [Bug 52046] Navigation history inconsistent with FF/IE when using .open() on an iframe document

Wed Mar 7 23:59:22 PST 2012

https://bugs.webkit.org/show_bug.cgi?id=52046

arpitabahuguna at gmail.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |arpitabahuguna at gmail.com

--- Comment #2 from arpitabahuguna at gmail.com  2012-03-07 23:59:22 PST ---
Not just for an iFrame but even otherwise back/forward navigation does not work as expected in case of document.open().

Currently Webkit does not seem to support the "replace" argument for the document.open() method.

As per the specification (http://dev.w3.org/html5/spec-LC/apis-in-html-documents.html#opening-the-input-stream) :
"If replace is false, then add a new entry, just before the last entry, and associate with the new entry the text that was parsed by the previous parser associated with the Document object, as well as the state of the document at the start of these steps. This allows the user to step backwards in the session history to see the page before it was blown away by the document.open() call. This new entry does not have a Document object, so a new one will be created if the session history is traversed to that entry."

The "entry" mentioned above refers to the History entry.

However, this seems to work well on FF and IE.

Additional test scenario:
Fetch: http://lava.access.co.jp/nmcstestsuite/Scheme/
Click on: "javascript_scheme"
On the following page click on "0" link.
Now navigate back to the starting page. Note that the second page is skipped.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.