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

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Thu Jan 6 22:34:56 PST 2011


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

           Summary: Navigation history inconsistent with FF/IE when using
                    .open() on an iframe document
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Frames
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: priyajeet.hora at gmail.com


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>

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



More information about the webkit-unassigned mailing list