52046 2011-01-06 22:34:56 -0800 Navigation history inconsistent with FF/IE when using .open() on an iframe document 2022-08-18 13:11:48 -0700 1 1 1 Unclassified WebKit Frames 528+ (Nightly build) All All UNCONFIRMED P2 Normal --- 0 priyajeet.hora webkit-unassigned 83.samarth achristensen ahmad.saleem792 ap arpitabahuguna beidson bfulgham cdumez creis fishd mihaip priyajeet.hora rniwa oldest_to_newest 330649 0 priyajeet.hora 2011-01-06 22:34:56 -0800 Please use the file below. Open it in IE/FF/Safari/Chrome, press the button a few times and observe the history entries of the browser. FF/IE: history entry gets added per click Webkit: no history entry added Then comment out the 2 lines that deal with .open() and .close() and all the browsers behave similarly. Unsure if this bug impacts much. Nothing is mentioned here https://developer.mozilla.org/en/DOM/document.open about history But I guess it opens with an empty origin, later src changes, hence a history entry. <!DOCTYPE html> <html> <head> <script> function butt() { var frame = document.createElement('iframe'); frame.width = '500px'; frame.height = '500px'; document.body.appendChild(frame); frame.contentDocument.open(); frame.contentDocument.close(); frame.src = 'http://www.chromium.org/'; document.getElementById('history').innerHTML = window.history.length; } </script> </head> <body> <button type='button' onclick='butt();'>Create iframe, then open() it and then close() it</button> History Length (should increment like FF/IE every button onclick): <div id='history'></div> </body> </html> 330651 1 78212 priyajeet.hora 2011-01-06 22:35:51 -0800 Created attachment 78212 iframe creation history entries test 573668 2 arpitabahuguna 2012-03-07 23:59:22 -0800 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. 1872768 3 ahmad.saleem792 2022-05-30 09:13:18 -0700 From spec perspective, it was aligned with Chrome (Webkit) as per below: https://bugs.chromium.org/p/chromium/issues/detail?id=68833#c17 Further - based on JSFiddle - https://jsfiddle.net/u9tpz6ye/1/ Upon each reach Fiddle run and clicking on "button", it adds increment on Safari 15.5 but the behavior is inconsistent across browsers as below: E.g. Chrome sometime start with 4 or 3 and same is with Firefox. I tried to use "Incognito / Private Mode" for this. I think it is quite inconsistent and if we have WPT test cases to cover such behavior then good. Otherwise, it could be another webcompat issue. Thanks! 78212 2011-01-06 22:35:51 -0800 2011-01-06 22:35:51 -0800 iframe creation history entries test test.html text/html 640 priyajeet.hora PCFET0NUWVBFIGh0bWw+DQo8aHRtbD4NCjxoZWFkPg0KCTxzY3JpcHQ+DQoJCWZ1bmN0aW9uIGJ1 dHQoKSB7DQoJCQl2YXIgZnJhbWUgPSBkb2N1bWVudC5jcmVhdGVFbGVtZW50KCdpZnJhbWUnKTsN CgkJCWZyYW1lLndpZHRoID0gJzUwMHB4JzsNCgkJCWZyYW1lLmhlaWdodCA9ICc1MDBweCc7DQoJ CQlkb2N1bWVudC5ib2R5LmFwcGVuZENoaWxkKGZyYW1lKTsNCgkJCWZyYW1lLmNvbnRlbnREb2N1 bWVudC5vcGVuKCk7DQoJCQlmcmFtZS5jb250ZW50RG9jdW1lbnQuY2xvc2UoKTsNCgkJCWZyYW1l LnNyYyA9ICdodHRwOi8vd3d3LmNocm9taXVtLm9yZy8nOw0KCQkJZG9jdW1lbnQuZ2V0RWxlbWVu dEJ5SWQoJ2hpc3RvcnknKS5pbm5lckhUTUwgPSB3aW5kb3cuaGlzdG9yeS5sZW5ndGg7DQoJCX0N Cgk8L3NjcmlwdD4NCjwvaGVhZD4NCjxib2R5Pg0KCTxidXR0b24gdHlwZT0nYnV0dG9uJyBvbmNs aWNrPSdidXR0KCk7Jz5DcmVhdGUgaWZyYW1lLCB0aGVuIG9wZW4oKSBpdCBhbmQgdGhlbiBjbG9z ZSgpIGl0PC9idXR0b24+DQoJSGlzdG9yeSBMZW5ndGggKHNob3VsZCBpbmNyZW1lbnQgbGlrZSBG Ri9JRSBldmVyeSBidXR0b24gb25jbGljayk6IDxkaXYgaWQ9J2hpc3RvcnknPjwvZGl2Pg0KPC9i b2R5Pg0KPC9odG1sPg==