195671 2019-03-13 06:22:58 -0700 [WPE][GTK] New WPT iframe sandbox tests failing 2023-01-25 19:37:03 -0800 1 1 1 Unclassified WebKit WebKitGTK WebKit Nightly Build Unspecified Unspecified RESOLVED FIXED P2 Normal --- 1 aboya webkit-unassigned bugs-noreply oldest_to_newest 1515946 0 aboya 2019-03-13 06:22:58 -0700 imported/w3c/web-platform-tests/html/semantics/embedded-content/the-iframe-element/iframe_sandbox_navigation_download_allow_downloads_without_user_activation.sub.tentative.html imported/w3c/web-platform-tests/html/semantics/embedded-content/the-iframe-element/iframe_sandbox_navigation_download_block_downloads_without_user_activation.sub.tentative.html Probable cause: There seems to be a problem accessing iframes within the test runner. The first of these tests actually pass in the minibrowser, whereas in the test runner `anchor` is undefined, making an unexpected failure: var iframe = document.createElement("iframe"); iframe.srcdoc = "<a>Download</a>"; iframe.sandbox = "allow-same-origin allow-downloads-without-user-activation"; iframe.onload = t.step_func(function () { iframe.contentWindow.addEventListener( "unload", t.unreached_func("Unexpected navigation.")); var anchor = iframe.contentDocument.getElementsByTagName('a')[0]; // Set |finish-delay| to let the server stream a response over a period // of time, so it's able to catch potential download cancellation by // detecting a socket close. anchor.href = "support/download_stash.py?token=" + token + "&finish-delay=" + StreamDownloadFinishDelay(); anchor.click(); AssertDownloadSuccess(t, token, StreamDownloadFinishDelay() + DownloadVerifyDelay()); }); document.body.appendChild(iframe); 1928476 1 dpino 2023-01-25 19:36:59 -0800 There are no references to this bug in any TestExpectations. It's probable this bug was solved at some point but it wasn't marked as closed. I'm closing this bug now. If you think this bug report is still valid, please reopen it and add an entry to TestExpectations.