<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:mcatanzaro&#64;igalia.com" title="Michael Catanzaro &lt;mcatanzaro&#64;igalia.com&gt;"> <span class="fn">Michael Catanzaro</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Inconsistencies in main resource load delegates when loading from history"
   href="https://bugs.webkit.org/show_bug.cgi?id=150927">bug 150927</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">See Also</td>
           <td>
               &nbsp;
           </td>
           <td>https://bugs.webkit.org/show_bug.cgi?id=59111
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Inconsistencies in main resource load delegates when loading from history"
   href="https://bugs.webkit.org/show_bug.cgi?id=150927#c24">Comment # 24</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Inconsistencies in main resource load delegates when loading from history"
   href="https://bugs.webkit.org/show_bug.cgi?id=150927">bug 150927</a>
              from <span class="vcard"><a class="email" href="mailto:mcatanzaro&#64;igalia.com" title="Michael Catanzaro &lt;mcatanzaro&#64;igalia.com&gt;"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
        <pre>I just found <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - WebKit2: Secure text input is not enabled when going back to a cached page"
   href="show_bug.cgi?id=59111">bug #59111</a> via the FIXME in WebPageProxy::didCommitLoadForFrame... it is a bit discouraging.

(In reply to <a href="show_bug.cgi?id=150927#c23">comment #23</a>)
<span class="quote">&gt; It's still my understanding that the delivery order is wrong, but red
&gt; herring, and that the real issue is that some level of code doesn't
&gt; understand what provisional load vs. committed load means. Sorry, I will not
&gt; have the time to look into this deeper.</span >

To be clear, I was completely wrong; delivery order is not the problem, I only thought it was because I debugged this issue half a year ago and forgot why we had delayed load events. It's my fault for confusing you. The only problem here is that the page cache code sends didCommitLoad too soon, before a main resource is available, like Carlos says.</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>