274727 2024-05-26 08:35:50 -0700 GNOME Discourse page loads forever 2024-06-05 12:45:03 -0700 1 1 1 Unclassified WebKit WebKitGTK Other PC Linux NEW P2 Normal --- 1 mcatanzaro mcatanzaro bugs-noreply dave mcatanzaro webkit-bug-importer oldest_to_newest 2037930 0 mcatanzaro 2024-05-26 08:35:50 -0700 Load https://discourse.gnome.org/t/gnome-46-2-stable-tarballs-due-responsible-mcatanzaro-gnome-45-7-oldstable-tarballs-due-responsible-mclasen/21123 in Epiphany Tech Preview (WebKitGTK 2.45.2). The page continues loading forever. It's downloading a special resource named poll, which indicates it's probably expected to never stop: https://discourse.gnome.org/message-bus/85f137e8a73f45bfa17ff2b206f03105/poll When this page is loaded in Firefox, the load finishes almost immediately, so I assume Firefox doesn't consider this subresource to be part of the initial page load. Additionally, the Stop button does not stop the load. This is bug #242248. 2039009 1 mcatanzaro 2024-05-31 05:07:47 -0700 Same bug happens on https://www.vox.com/future-perfect/352359/milk-dairy-schools where the subresource polyfill.min.js just never finishes loading. I've been loading this page for 4 minutes now and I doubt it will ever finish. Stop button does nothing. I'm surprised there's no timeout. 2039459 2 mcatanzaro 2024-06-03 09:50:38 -0700 I think the problem on www.vox.com is different. The problem on discourse.gnome.org seems to occur whenever restoring the page from session state. Just loading the page directly seems to always work fine. 2039925 3 mcatanzaro 2024-06-05 12:20:45 -0700 *** Bug 242248 has been marked as a duplicate of this bug. *** 2039927 4 mcatanzaro 2024-06-05 12:26:15 -0700 Let's handle the vox.com problem in bug #275178. 2039928 5 mcatanzaro 2024-06-05 12:32:42 -0700 (In reply to Michael Catanzaro from comment #2) > The problem on discourse.gnome.org seems to occur whenever restoring the > page from session state. Just loading the page directly seems to always work > fine. Well I have a fix, but it feels like the sort of change that really wants an API test. I don't know why the problem is specific to discourse.gnome.org, though. It doesn't happen for most pages restored from session state. 2039929 6 mcatanzaro 2024-06-05 12:39:15 -0700 Pull request: https://github.com/WebKit/WebKit/pull/29557