32156 2009-12-04 06:45:35 -0800 Browser history inconsistent when changing location.hash in an Iframe child document 2010-09-07 11:15:22 -0700 1 1 1 Unclassified WebKit History 528+ (Nightly build) All All RESOLVED DUPLICATE 40451 http://benalman.com/code/projects/jquery-bbq/examples/bug-webkit-hash-iframe/ P2 Major --- 0 cowboy webkit-unassigned aroben bartzy beidson christopher.ricca hgweb2 mihaip ryan oldest_to_newest 168753 0 cowboy 2009-12-04 06:45:35 -0800 When the location.hash is changed in a document loaded in an Iframe, history entries are not always created correctly. This has been tested in OS X Safari Version 4.0.4 (5531.21.10) / Windows Chrome 3.0.195.33 / OS X Webkit nightly r51669 Synopsis: Given an Iframe like this: <iframe src="page.html#begin"></iframe> If that page.html location.hash is then set to #middle and #end, when the back button is pressed, #middle can be reached, but #begin cannot. This page has a complete description and working example: http://benalman.com/code/projects/jquery-bbq/examples/bug-webkit-hash-iframe/ This may be related to bugs 14959 and 17333, but I felt this description was sufficiently different to warrant a separate ticket. 209627 1 hgweb2 2010-04-07 07:14:36 -0700 I have also come across this. Other major browsers like Firefox and IE 6/7/8 all work correctly. 274769 2 bartzy 2010-09-06 13:41:24 -0700 I also came across this. Why this is not getting any attention ? Thanks, Bar. 275173 3 mihaip 2010-09-07 11:15:22 -0700 I am not able to reproduce this in current WebKit nighly builds (r66819) or the current Chrome stable channel (version 6.0.472.53, cut around WebKit revision r63707). Since I'm pretty sure that http://trac.webkit.org/changeset/61207 is what fixed this, I'm marking this as a dupe of the bug that was attached to. *** This bug has been marked as a duplicate of bug 40451 ***