| Summary: | Assert in WebPageProxy::suspendCurrentPageIfPossible() | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Simon Fraser (smfr) <simon.fraser> | ||||
| Component: | Page Loading | Assignee: | Chris Dumez <cdumez> | ||||
| Status: | RESOLVED FIXED | ||||||
| Severity: | Normal | CC: | achristensen, beidson, cdumez, commit-queue, ggaren, simon.fraser, webkit-bug-importer | ||||
| Priority: | P2 | Keywords: | InRadar | ||||
| Version: | WebKit Nightly Build | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
|
Description
Simon Fraser (smfr)
2019-03-08 18:19:43 PST
I've seen this, too. Should we just remove the ASSERT_NOT_REACHED in if (fromItem->url() != pageLoadState().url()) ? (In reply to Alex Christensen from comment #2) > I've seen this, too. Should we just remove the ASSERT_NOT_REACHED in if > (fromItem->url() != pageLoadState().url()) ? This is a real bug that needs to be investigated. This should never happen. (In reply to Chris Dumez from comment #3) > (In reply to Alex Christensen from comment #2) > > I've seen this, too. Should we just remove the ASSERT_NOT_REACHED in if > > (fromItem->url() != pageLoadState().url()) ? > > This is a real bug that needs to be investigated. This should never happen. I will take a look at this today. Ok, I can reproduce on device: fromItem url https://m.youtube.com/watch?v=mcZdTvOqmvI, committedURL: fromItem url https://www.google.com/?client=safari, committedURL: Likely caused by the top-hit preloading logic in MobileSafari. We do not have a committed URL, even though we have a fromItem. This is likely because MobileSafari swapped view and restored the back forward list on the new view. Created attachment 364302 [details]
Patch
Comment on attachment 364302 [details] Patch Clearing flags on attachment: 364302 Committed r242755: <https://trac.webkit.org/changeset/242755> All reviewed patches have been landed. Closing bug. |