[Webkit-unassigned] [Bug 23058] New: Object-based navigation causes history corruption (and unexpected behavior)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Dec 31 07:17:56 PST 2008


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

           Summary: Object-based navigation causes history corruption (and
                    unexpected behavior)
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
               URL: http://hixie.ch/tests/adhoc/svg/svg-plugin-ua.html
        OS/Version: Windows XP
            Status: UNCONFIRMED
          Severity: Minor
          Priority: P5
         Component: History
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: helder.magalhaes at gmail.com


While revisiting issue 6018 [1], I accidentally stumbled across a potential
issue while testing "links/001.xml". I've searched for object/iframe history
issues but wasn't able to find anything related so here goes...

Steps to reproduce:
 1. Open any page to populate history (google [2], for example);
 2. Open this issue's URL [3];
 3. Select "links/001.xml";
 4. Select any of the two blue shapes ("PASS" text is displayed, as result of
navigating to "links/pass.txt");
 5. Press the back button;
 6. (optional) Select any of the tests;

Expected results:
In step 4, the object should go back to "links/001.xml" or, in alternative,
previous page (google, in the sample provided) would be displayed.
In step 5, the object should be replaced with the selected link.

Actual results:
In step 5, the object disappears. This suggests that the back button didn't
consider the object replacement steps, which may not be considered an issue.
Step 6 seems to point towards incoherent behavior: the previously displayed
document, "links/001.xml", is always shown independently of the document
choice. It sounds like the object was cached and any document selection is
assumed as the previous state.

Additional information:
I agree (marking as low priority and minor severity) that this is a somehow
exotic navigation mechanism: by analyzing the document [3] source, an object is
created on the fly, pointing out to the selected URL.
Using direct URL navigation - first to any page [2], then to the specific
test's URL [4] and pressing the blue shape - the back button behaves as
expected.

Version information:
Browser - Webkit r39474 on Safari 3.2.1
Operating system - Windows XP SP3

Hope this helps,
 Helder Magalhães

[1] https://bugs.webkit.org/show_bug.cgi?id=6018#c2
[2] http://www.google.com/
[3] http://hixie.ch/tests/adhoc/svg/svg-plugin-ua.html
[4] http://hixie.ch/tests/adhoc/svg/links/001.xml


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



More information about the webkit-unassigned mailing list