Skip to content
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

Events in the status "Ingesting" should not have the user action "Start Workflow" #148

Open
samuelinniger opened this issue Mar 6, 2023 · 0 comments
Labels
bug Something isn't working Priority: Medium Needs to be fixed/taken care of in the next few month

Comments

@samuelinniger
Copy link

Describe the bug
After a scheduled event terminates on a hardware capture agent (in our case the Extron SMP), the video gets uploaded to the Opencast Server. During the upload, the status is/changes to "Ingesting"/"importiert".

In ILIAS, this "ingesting" event is still marked/shown as scheduled event during this upload.
Bug: the user is able to start a workflow for "ingesting" events. The action "start workflow" --> "Publish" ist available.
This will result in a failed event in Opencast. Fortunately, the upload will be processed in a (new) event in Opencast.

To Reproduce
Steps to reproduce the behavior:

  1. Schedule a meeting in Opencast
  2. After the recording, wait for the status to change to "Ingesting"
  3. --> In ILIAS, start the Action "Start Workflow" --> "Publish"

Expected behavior
The action "Start worfklow" should be deactivated for events with the status "Ingesting"/"Importiert".
It probably would be best to handle the event same as a "running" event: other thumbnail, other text message, no user actions at all.

Screenshots
Status in Opencast:
Bildschirm­foto 2023-03-06 um 17 21 05

In ILIAS, users are able to start a workflow for the ingesting event.
2023-03-06_17-29-44

Environment (please complete the following information):
ILIAS version: 7.18
Plugin version: 5.1.0
Opencast version 12.0
Browser: Firefox

@samuelinniger samuelinniger added the bug Something isn't working label Mar 6, 2023
@dagraf dagraf added the Priority: Low Needs to be fixed/taken care when there is some spare time label Mar 7, 2023
@dagraf dagraf added Priority: Medium Needs to be fixed/taken care of in the next few month and removed Priority: Low Needs to be fixed/taken care when there is some spare time labels Jun 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working Priority: Medium Needs to be fixed/taken care of in the next few month
Projects
None yet
Development

No branches or pull requests

2 participants