| Summary: | [ Mac wk1 ] fast/loader/child-frame-add-after-back-forward.html is flaky timing out. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Jason Lawrence <Lawrence.j> | ||||
| Component: | Frames | Assignee: | Chris Dumez <cdumez> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | achristensen, ap, cdumez, ggaren, jbedard, rniwa, webkit-bot-watchers-bugzilla, webkit-bug-importer, youennf | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Mac | ||||||
| OS: | macOS 10.14 | ||||||
| Attachments: |
|
||||||
|
Description
Jason Lawrence
2020-03-26 14:41:54 PDT
I have marked this test as timing out while this issue is investigated. https://trac.webkit.org/changeset/259082/webkit Looks like this could be a test harness issue, not an issue with the test in question. The output seems to be for another test: fast/loader/charset-parse.html Likely the preceding test. (In reply to Chris Dumez from comment #3) > Looks like this could be a test harness issue, not an issue with the test in > question. The output seems to be for another test: > fast/loader/charset-parse.html > > Likely the preceding test. Or maybe fast/loader/child-frame-add-after-back-forward.html ends up navigating too far back in some cases (back to the previous test which was loaded in the same view). I think this makes some sense. Unable to reproduce so far. If someone is, please let me know how. I don't see anything particularly wrong or racy with the test.. Created attachment 395275 [details]
Patch
Committed r259395: <https://trac.webkit.org/changeset/259395> All reviewed patches have been landed. Closing bug and clearing flags on attachment 395275 [details]. |