gecko-dev/docshell/test/navigation/file_fragment_handling_during_load.html
Olli Pettay 542288fa53 Bug 1396309, try to make file_fragment_handling_during_load.html less racy, r=peterv
The changes try to ensure we haven't really started load process of the new page, just that
there is ongoing active request. history.back() will then only affect to the fragment navigation.

Differential Revision: https://phabricator.services.mozilla.com/D50220

--HG--
rename : docshell/test/navigation/file_fragment_handling_during_load_frame2.html => docshell/test/navigation/file_fragment_handling_during_load_frame2.sjs
extra : moz-landing-system : lando
2019-10-28 20:18:24 +00:00

28 lines
1,019 B
HTML

<html>
<head>
<script>
function checkHaveLoadedNewDoc() {
let l = document.body.firstChild.contentWindow.location.href;
if (!l.endsWith("file_fragment_handling_during_load_frame2.sjs")) {
opener.ok(true, "Fine. We will check later.");
setTimeout(checkHaveLoadedNewDoc, 500);
return;
}
opener.ok(true, "Have loaded a new document.");
opener.nextTest();
window.close();
}
function test() {
// Test that executing back() before load has started doesn't interrupt
// the load.
var ifr = document.getElementsByTagName("iframe")[0];
ifr.onload = checkHaveLoadedNewDoc;
ifr.contentWindow.location.hash = "b";
ifr.contentWindow.location.href = "file_fragment_handling_during_load_frame2.sjs";
history.back();
}
</script>
</head>
<body onload="setTimeout(test, 0)"><iframe src="file_fragment_handling_during_load_frame1.html#a"></iframe>
</body>
</html>