You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We encountered cases where version sorting was incorrect: the top version spot should correspond to the most recent version, but it does not:
The banner says so correctly and the json data of the record as well: {"versions": {"is_latest": false, "index": 2}.
Parts that seem weird to me are that 10.18131/qsmj5-thn10 (wrongly sorted record) has
same version title as correctly sorted record: "Version 2" and
same versions index as correctly sorted record: {"versions": {"is_latest": true, "index": 2}
We are reaching out to depositor to know what they did, but I am fairly sure that the index should have been different and that this is a system problem. I don't know if this is systematic or if the user managed to fall in an edge case.
Expected behavior
See entry with "is_latest": true have the latest index (different than other) and be at the top of the sorting.
Screenshots (if applicable)
Additional context
2 more instances of this problem showed up (by same depositor). Here is a screenshot of another one:
And this incorrect sorting isn't always the case:
so what is going on?
The text was updated successfully, but these errors were encountered:
We have a need to reorder versions, and I was playing around with adding some of that functionality into drafts_resources caltechlibrary/invenio-drafts-resources@66ed8ef, but figured it might be too controversial. If you end up needing to do more version management let me know, since we'll probably want to tackle it at some point.
Thanks for confirming that @tmorrell . In any case I do wonder why the parent index wasn't incremented - probably an edge case bug since I can't reproduce right now. We'll reach out to the depositor and see if they can give us more context.
We don't have a need for version re-ordering right now, but it seems like an index switch should indeed do the trick.
Package version (if known): v12
Describe the bug
We encountered cases where version sorting was incorrect: the top version spot should correspond to the most recent version, but it does not:
The banner says so correctly and the json data of the record as well:
{"versions": {"is_latest": false, "index": 2}
.Parts that seem weird to me are that 10.18131/qsmj5-thn10 (wrongly sorted record) has
{"versions": {"is_latest": true, "index": 2}
We are reaching out to depositor to know what they did, but I am fairly sure that the
index
should have been different and that this is a system problem. I don't know if this is systematic or if the user managed to fall in an edge case.Expected behavior
See entry with
"is_latest": true
have the latest index (different than other) and be at the top of the sorting.Screenshots (if applicable)
Additional context
2 more instances of this problem showed up (by same depositor). Here is a screenshot of another one:
And this incorrect sorting isn't always the case:
so what is going on?
The text was updated successfully, but these errors were encountered: