Conversation
|
Thanks... this looks okay, I'll try to merge it in... and see if tests pass locally (travis not reliable at all). FYI, I'm currently rewriting the queue in the rewrite-on-azure-storage-services branch. But there aren't going to be many changes to the JSON schema, so this will easily merge. |
|
Okay, fyi, I'm merging this into my rewrite branch and merging it in that way... If it's something you would like to see deployed soon, just say the word and I'll land it. |
|
This will land with #32 |
|
I see #32 landed yesterday; should I redeploy all schemas to get http://schemas.taskcluster.net/queue/v1/list-artifacts-response.json updated? Or are there schema updates that we want to hold off deploying at the moment? |
|
@petemoore reploy what... new queue is deployed it also uploaded new schemas... |
|
@jonasfj For some reason http://schemas.taskcluster.net/queue/v1/list-artifacts-response.json is still on the old version. It has not picked up the changes from commit afb497c - there is still a trailing " in the $schema, and the type has not been set to "object" as per this commit. |
|
@petemoore My bad, we two branches for a while, feel free to make the change and land it... :) |
Hey Jonas,
I believe these commits fix some very minor issues.
For consistency I wanted to add the "object" type to list-artifacts-response.yml where it was not explicitly stated, as this was the only place where it wasn't (I only noticed when I hit a problem parsing).
The other tweak is adding the # character to the end of some of the Input and Output url json schema references. I haven't tested the code change, but I am hoping that will fix e.g. lines 267-268 in http://references.taskcluster.net/queue/v1/api.json:
to be consistent with the other references, e.g.:
etc...
Some of the other repos also have the missing # in places but I'll only raise PRs for those once I know if you are happy in principle with the change!
Thanks,
Pete