<html>
    <head>
      <base href="https://bugs.webkit.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [GTK][WPE] Add Debug bots (build and tests) for WPE"
   href="https://bugs.webkit.org/show_bug.cgi?id=184887#c13">Comment # 13</a>
              on <a class="bz_bug_link 
          bz_status_RESOLVED  bz_closed"
   title="RESOLVED FIXED - [GTK][WPE] Add Debug bots (build and tests) for WPE"
   href="https://bugs.webkit.org/show_bug.cgi?id=184887">bug 184887</a>
              from <span class="vcard"><a class="email" href="mailto:clopez@igalia.com" title="Carlos Alberto Lopez Perez <clopez@igalia.com>"> <span class="fn">Carlos Alberto Lopez Perez</span></a>
</span></b>
        <pre>(In reply to Michael Catanzaro from <a href="show_bug.cgi?id=184887#c12">comment #12</a>)
<span class="quote">> (In reply to Carlos Alberto Lopez Perez from <a href="show_bug.cgi?id=184887#c11">comment #11</a>)
> > > We might seriously consider removing the release bots from the dashboard,
> > > while we're at it, and making the debug bots our primary focus. I expect
> > > that would result in increased quality.
> > 
> > I don't think that is a serious suggestion :)

> No, it's a very serious suggestion... we'd still have the release bots, but
> they would not be as visible anymore. I think we should do it....</span >

I'm fine with adding the WPE debug bots, pretty much like there are debug (and release) bots for GTK there. But I don't think removing the release ones from there is something good, sincerely.

And I don't think we should trick developers in paying attention to debug builds if they are not really interested in doing that. Which is something that is not going to work in any case, because sooner than later someone will complain why the release bot is not there, and then she will propose a patch to add it back, and then someome will r+ it. And if you oppose to that, then we will end in an unfruitful discussion that will not produce more than frustration on both sides of the argument.

To have more attention to debug builds I suggest instead to look for ways to make debug builds more usable. Speaking for myself, I usually don't use debug builds for two reasons mainly:

1. Build webkit with -O0 makes the built product unbearably slow, just opening a website and trying to use the browser makes you want to cry.

2. Build webkit with -g (full -g) makes the built product very big, so the amount of free disk space you need to handle it is much bigger than on release.


I don't have good solutions to the above problems, but I'm sure any proposal that is going to make me want to use debug builds by default will have to address some of the above points, as I won't get tricked (but annoyed instead) if we hide the release bot on the dashboard.</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>