Bug 130018

Summary: Wrong svg in first <object> if you use history back/forward
Product: WebKit Reporter: lars.lehners
Component: SVGAssignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Major CC: dbates, thorton, zimmermann
Priority: P1    
Version: 420+   
Hardware: All   
OS: All   
URL: http://www.networkteam.com/svgProblemVariation/index.html
Attachments:
Description Flags
[Web Archive] http://www.networkteam.com/svgProblemVariation/index.html
none
[Screenshot] Rendering of page 1 on first load
none
[Screenshot] Rendering of page 1 after navigating back to it none

lars.lehners
Reported 2014-03-10 05:13:42 PDT
On webpages with more than one svg included (by object tag) we discovered a problem in webkit browsers (like chrome or safari on mac, ios or windows,... maybe on Andoid, too). The problem appears, if you load several pages of a website and after that use the history back button of the browser. If you do so, the content of the first object tag (which should be the first embedded svg) shows other content randomly. Sometimes it works just fine, but sometimes it shows the content of other svg's or even iframes which are embedded into the page. If this happens and you refresh the page everything is fine again. When we analyzed this problem and took a look into the webdeveloper toolbar, we discovered in the DOM: - The data attribute of the affected object tag points to the correct svg source. - The dom of the embedded document in the object tag shows what we've already seen: The wrong document - We've tested that on IE9+ and actual Firefox Browsers, too. Everything works fine here. So we guess it could be a browser bug of webkit browsers? Check the attached url to reconstruct the described problem: 1. Open the page in a webkit browser 2. Move at least to 4 pages (pages 1-6). You can use the upper navigation for that 3. After that, use your browsers history back button as often as another logo is shown under the headline "First SVG with fallback" 4. Voilá! There it is :( We discovered this problem on many different pages, so we can be shure that this is not a side-effect on other feature implementations. I think this issue is maybe similar to mine: https://bugs.webkit.org/show_bug.cgi?id=106180
Attachments
[Web Archive] http://www.networkteam.com/svgProblemVariation/index.html (193.02 KB, application/x-webarchive)
2014-03-12 09:34 PDT, Daniel Bates
no flags
[Screenshot] Rendering of page 1 on first load (342.87 KB, image/png)
2014-03-12 09:38 PDT, Daniel Bates
no flags
[Screenshot] Rendering of page 1 after navigating back to it (330.56 KB, image/png)
2014-03-12 09:41 PDT, Daniel Bates
no flags
Daniel Bates
Comment 1 2014-03-12 09:29:19 PDT
*** This bug has been marked as a duplicate of bug 106180 ***
Daniel Bates
Comment 2 2014-03-12 09:34:53 PDT
Created attachment 226514 [details] [Web Archive] http://www.networkteam.com/svgProblemVariation/index.html For historical preservation, attached a web archive of <http://www.networkteam.com/svgProblemVariation/index.html> as it appeared on 03/12/2014 using Safari Version 7.0.2 (9537.74.9).
Daniel Bates
Comment 3 2014-03-12 09:38:12 PDT
Created attachment 226515 [details] [Screenshot] Rendering of page 1 on first load Screenshot of <http://www.networkteam.com/svgProblemVariation/index.html> on first load.
Daniel Bates
Comment 4 2014-03-12 09:41:31 PDT
Created attachment 226516 [details] [Screenshot] Rendering of page 1 after navigating back to it Screenshot of <http://www.networkteam.com/svgProblemVariation/index.html> after following the reproduction instructions and navigating back to page 1. Notice that the contents under headline "First SVG with fallback" and "Finaly an iframe with a facebook like-button" have swapped when compared to screenshot "[Screenshot] Rendering of page 1 on first load" (attachment #226515 [details]).
Note You need to log in before you can comment on or make changes to this bug.