Argo status reporting does not match with actual workflow status

[vivnwong]

Ben noticed that there are still issues with Argo status reporting does not match with actual workflow status when timestamps are the same: https://argo.stanford.edu/catalog?all=true&f%5Bprocessing_status_text_ssi%5D%5B%5D=Unknown+Status

A specific example: https://argo.stanford.edu/view/druid:bm064hp654, it is in "unknown status" but it is able to be opened for modification.

May be related to #642

[jcoyne]

@vivnwong I can't go to https://argo.stanford.edu/view/druid:bm064hp654 does it work for you?

[blalbrit]

@jcoyne - should be https://argo.stanford.edu/view/druid:bm064hp6548 (missing final digit previously)

[jcoyne]

That says "v4 Unknown Status", but there are no v4 workflow steps. Could that be the problem?

[blalbrit]

I suspect you're right, and also suspect that the 60 or so objects currently in Unknown status are as a result of sul-dlss/argo#1147 . I don't have the bandwidth to do the analysis on those, but should anyone be able to investigate further, start from this search: https://argo.stanford.edu/catalog?all=true&f%5Bprocessing_status_text_ssi%5D%5B%5D=Unknown+Status and examine the objects that are NOT version 1 (those are truly Unknown Status b/c they are ETD parts that get assembled into valid objects elsewhere).

Those may all be the same issue described in #1147.

[jcoyne]

So, can we call this a duplicate of sul-dlss/argo#1147 and close it?