<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Pierre,<br>
    <br>
    Yes, it does. Thanks.<br>
    <br>
    Neil Gilmore<br>
    grammatech.com<br>
    <br>
    <div class="moz-cite-prefix">On 9/8/2016 3:22 PM, Pierre Tardy
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAJ+soVcDC2Xmqh0G88c9knXVjcFG0pyZqrfYNrZOsqXcFtpdgw@mail.gmail.com"
      type="cite">
      <p dir="ltr">Ok so every thing makes sense then?</p>
      <br>
      <div class="gmail_quote">
        <div dir="ltr">Le jeu. 8 sept. 2016 22:18, Neil Gilmore <<a
            moz-do-not-send="true" href="mailto:ngilmore@grammatech.com">ngilmore@grammatech.com</a>>
          a écrit :<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0 0 0
          .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Pierre,<br>
          <br>
          (trimmed a bit)<br>
          <br>
          On 9/8/2016 3:07 PM, Pierre Tardy wrote:<br>
          ><br>
          > In this case I would expect two things<br>
          ><br>
          > If there are no connected workers for that build the
          build should stay<br>
          > queued forever<br>
          ><br>
          <br>
          It would, except that I've slightly modified the code to not
          consider<br>
          revision when collapsing requests (we always want the most
          recent). So a<br>
          build request gets swallowed when a new one is scheduled. I
          can see the<br>
          most recent request in the queue.<br>
          <br>
          > If a worker is trying to connect with a spelling mistake
          on its name<br>
          > the master should display a log saying that they is wrong<br>
          > authentication for the worker and the worker should also
          constantly<br>
          > complain about a authentication denied or something<br>
          ><br>
          <br>
          To the master, it's not a spelling error (I've seen enough of
          those<br>
          errors elsewhere, usually when I had to update a worker and
          botched the<br>
          workername). The master thinks everything is fine. It just has
          an entry<br>
          in its c['workers'] that no worker process will ever match.<br>
          <br>
          There's no worker process (by that name) to complain.  And no
          worker<br>
          ever tries to attach by that name.<br>
          <br>
          Thanks!<br>
          <br>
          Neil Gilmore<br>
          <a moz-do-not-send="true" href="http://grammatech.com"
            rel="noreferrer" target="_blank">grammatech.com</a><br>
        </blockquote>
      </div>
    </blockquote>
    <br>
  </body>
</html>