<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Install missing media plugins API is totally broken, test /webkit2/WebKitWebView/install-missing-plugins-permission-request times out in the bots"
   href="https://bugs.webkit.org/show_bug.cgi?id=147822#c17">Comment # 17</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Install missing media plugins API is totally broken, test /webkit2/WebKitWebView/install-missing-plugins-permission-request times out in the bots"
   href="https://bugs.webkit.org/show_bug.cgi?id=147822">bug 147822</a>
              from <span class="vcard"><a class="email" href="mailto:pnormand&#64;igalia.com" title="Philippe Normand &lt;pnormand&#64;igalia.com&gt;"> <span class="fn">Philippe Normand</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=147822#c16">comment #16</a>)
<span class="quote">&gt; (In reply to <a href="show_bug.cgi?id=147822#c15">comment #15</a>)
&gt; &gt; We should (partly at least) revert the changes made to the player. If
&gt; &gt; video/mp4 isn't in the supported mime-types list there is no chance the
&gt; &gt; codec installer fires up when a h264 video is being loaded.
&gt; 
&gt; Do you know how to do it without breaking YouTube? YouTube is more important
&gt; than this API.
&gt; 
&gt; Ideally the behavior would be something along the lines of:
&gt; 
&gt;  * Try H.264, see it's not supported by the client
&gt;  * Fallback to WebM if supported by the server
&gt;  * Run codec installer only server does not have WebM available</span >

I don't see how that would work. What's wrong with the proposal in <a href="show_bug.cgi?id=147822#c10">comment 10</a> ?</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>