<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Web Inspector: Activity Viewer does not update on &quot;clear all console messages&quot;"
   href="https://bugs.webkit.org/show_bug.cgi?id=144681#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Web Inspector: Activity Viewer does not update on &quot;clear all console messages&quot;"
   href="https://bugs.webkit.org/show_bug.cgi?id=144681">bug 144681</a>
              from <span class="vcard"><a class="email" href="mailto:tobi+bugzilla&#64;basecode.de" title="tobi+bugzilla&#64;basecode.de">tobi+bugzilla&#64;basecode.de</a>
</span></b>
        <pre>LogManager listens on &quot;Console.messagesCleared&quot; events from Backend. A typical stack of events looks like this on a page reload:

- load page that contains a console.log(&quot;test&quot;)
- &quot;WebInspector.ConsoleObserver.messageAdded&quot; // from Backend, prints &quot;test&quot;
- reload page
- &quot;WebInspector.ConsoleObserver.messagesCleared&quot; // from Backend
- &quot;WebInspector.Frame.Event.MainResourceDidChange&quot; // from ?, indicates &quot;session start&quot;
- &quot;WebInspector.ConsoleObserver.messageAdded&quot; // from Backend, prints &quot;test&quot;
- &quot;WebInspector.ConsoleObserver.messagesCleared&quot; // from Backend, why??

Conclusion
The former &quot;messagesCleared&quot; can be instrumented to clear on reload or not.
The latter &quot;messagesCleared&quot; breaks our logic and should be avoided.</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>