<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 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 href="http://grammatech.com" rel="noreferrer" target="_blank">grammatech.com</a><br>
</blockquote></div>