Ludovic Courtès <l...@gnu.org> writes:

> Christopher Baines <m...@cbaines.net> skribis:
>
>> ---
>>  src/cuirass/base.scm     | 5 +++++
>>  src/cuirass/database.scm | 6 +++++-
>>  src/cuirass/http.scm     | 9 +++++++++
>>  3 files changed, 19 insertions(+), 1 deletion(-)
>>
>> diff --git a/src/cuirass/base.scm b/src/cuirass/base.scm
>> index fd10e35..943a4f2 100644
>> --- a/src/cuirass/base.scm
>> +++ b/src/cuirass/base.scm
>> @@ -724,6 +724,11 @@ started)."
>>               (checkouts (fetch-inputs spec))
>>               (eval-id (db-add-evaluation name checkouts)))
>>          (when eval-id
>> +          (db-add-event 'evaluation
>> +                        (time-second (current-time time-utc))
>> +                        `((#:evalutaion    . ,eval-id)
>                                       ^^^
> Typo.

Hmm, I remember testing this, but I guess it just sent out a JSON object
with that typo in it.

>> +                          (#:specification . ,name)
>> +                          (#:in_progress   . #t)))
>                                   ^
> Should it be a hyphen?

This'll end up being part of the JSON object sent out. It looks like the
existing /api/evaluations reponse uses in-progress, so this should
probably also be a hyphen for consistency.

> Otherwise LGTM.
>
> I think we should eventually use records everywhere instead of alists,
> as that would catch such typos.  We could use an approach similar to
> that of ‘define-json-mapping’ to factorize
> serialization/deserialization.

That sounds like a good idea :)

Thanks,

Chris

Attachment: signature.asc
Description: PGP signature

Reply via email to