With the patch for adding "about:" URIs support to MiniBrowser (see bug #112419), you can reproduce the issue launch MiniBrowser with the same "about:" URI twice: $ Tools/Scripts/run-launcher --gtk -2 about:foo about:foo Then if you are connected to the "load-changed" signal, you'll see that the load never finishes for one of the views. It seems similar to but #112418, however with the patch provided there this issue is still present, so maybe it could be related with specific custom scheme URIs code.
Created attachment 193525 [details] Example unit test to reproduce the issue
(In reply to comment #0) > It seems similar to bug #112418, however with the patch provided there this issue is still present, so maybe it could be related with specific custom scheme URIs code. The issue is different as the code related to the patch for bug #112418 is not used when browsing the "about:" URIs. Anyway, the issue has some similarities as WebFrameLoaderClient::dispatchDidReceiveResponse() is only called for one URI and not the other.