-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Event details show workflows of unrelated events #908
Comments
There is a workflow cleanup service IIRC. So, it could be the case that older workflows are deleted. Not sure if that is commonly activated. In any case, a 500 due to a NPE should not happen. |
I guess I found the root cause: The workflows still exist in the system but in "paused" state, therefore have been ignored/skipped by the index rebuild, and could not be found by the admin ui (stopping the workflows and re-building the index fixed the issue).
So you suggest this is not only a "cosmetic" issue in the admin ui, but a problem in Opencast?
Here is the full admin node log of the 500 response:
|
Maybe this is related opencast/opencast#5869 (this will land in 17.0, if not backported) In general, Opencast should catch NPEs and handle them. |
Due to an issue during index rebuild, I am dealing with some events without any workflows right now. While debugging the problem, I came across some strange behavior in the admin ui:
First, the event's workflows tab shows an empty list:
This is expected, as the corresponding request to Opencast failed:
But, after displaying another event's details and returning to the original event, that other event's workflows are suddenly shown:
I guess having events without any workflows attached should be quite uncommon, but displaying another events' workflows probably should not happen in any case and may indicate a bug somewhere in the admin ui?
EIDT: Currently on Opencast 16.1
The text was updated successfully, but these errors were encountered: