Open paynejd opened 8 months ago
PREVENT_DUPLICATE_VERSION_TOGGLE
which is true on QA/Dev only.@snyaggarwal to update response code and then @paynejd to do final review
@paynejd This will return 208 status code. Will also have separate section in import summary/response in field unchanged
.
@paynejd Whats next on this one? We cannot close this yet, as this is not enabled on all env. how do we test this and inform users? Also this needs to be added in docs
Sunny- where is it documented which fields are included in the standard and smart checksums for both concepts and mappings? We need to be very confident in at least the standard checksum list before this feature moves out of testing. Feel free to drop it in this ticket, and we can review on the architecture call and then move it over to OCL Docs.
On Wed, Mar 13, 2024 at 12:55 AM Sunny Aggarwal @.***> wrote:
@paynejd https://github.com/paynejd Whats next on this one? We cannot close this yet, as this is not enabled on all env. how do we test this and inform users?
— Reply to this email directly, view it on GitHub https://github.com/OpenConceptLab/ocl_issues/issues/1746#issuecomment-1993525842, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAJCOOO62GXOQV4MY35HJE3YX7L4PAVCNFSM6AAAAABCPP5YK6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOJTGUZDKOBUGI . You are receiving this because you were mentioned.Message ID: @.***>
documentation https://github.com/OpenConceptLab/ocl_issues/issues/1811
This one is getting really close. Next steps that I can think of -- more to add?
Whether updating a single resource in the UI or the API, or performing a bulk import that is updating an existing repo (e.g. like CIEL), a concept or mapping's standard checksum should indicate whether or not the resource in the request represents a change. If there is a change, then the API should proceed as usual and attempt to update the resource (with no change to the response codes that are currently used). However if there is no change (i.e. the standard checksums are equal), then the API should not update the resource and it should return a different response code.
Which response code?
Neither of these seem quite right though because it's not an error or a redirect. I would think that it should be a 2** code, possibly with a response header to give more info?