<html>
    <head>
      <base href="https://bugs.webkit.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - [GTK] WebProcess from WebKitGtk+ 2.19.91 SIGSEVs in WebKit::WebProcess::ensureNetworkProcessConnection() at Source/WebKit/WebProcess/WebProcess.cpp:1127"
   href="https://bugs.webkit.org/show_bug.cgi?id=183348#c8">Comment # 8</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - [GTK] WebProcess from WebKitGtk+ 2.19.91 SIGSEVs in WebKit::WebProcess::ensureNetworkProcessConnection() at Source/WebKit/WebProcess/WebProcess.cpp:1127"
   href="https://bugs.webkit.org/show_bug.cgi?id=183348">bug 183348</a>
              from <span class="vcard"><a class="email" href="mailto:agomez@igalia.com" title="Andres Gomez Garcia <agomez@igalia.com>"> <span class="fn">Andres Gomez Garcia</span></a>
</span></b>
        <pre>(In reply to Michael Catanzaro from <a href="show_bug.cgi?id=183348#c7">comment #7</a>)
<span class="quote">> Because then it's waaaay harder to figure out why your web process is dying
> unexpectedly. :)</span >

Sorry, but I think it is pretty much the other way around.

Right now I have a WebProcess core and I have to inspect the core to try to figure out if it really crashed WebProcess or NetworkProcess (for which I already have a core anyway).

What I'm saying is that the WebProcess shoudl identify the error, meaning, the NetworkProcess died, and show a message accordingly to the user, giving also the option to reload or, whichever seems appropriate.

I think that makes much more sense than just crashing the WebProcess too.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>