Closed unterrichtsvideos closed 6 months ago
⭐ Start reading here: Jul 25, 2022 - Commits after master merge #603
Played around with this a bit, here are few things I've noticed:
0:00:00
. The user is notified of this with a format error. But even then, you can still hit save and the Annotation Tool will make a best effort guess at what you were going for.
Thanks Arnei for having a look into it.
When creating an annotation from a questionnaire and setting the start or end time, a user can enter times that don't conform to the format
0:00:00
. The user is notified of this with a format error. But even then, you can still hit save and the Annotation Tool will make a best effort guess at what you were going for.
- E.g. entering "60" is interpreted as "0:00:06". Not what I would have expected
Bug or feature? 🧐
Notes for readers:
"Annotation end" save button | Annotation save button triggers format error note |
---|---|
- If a questionnaire has a public category and a private category as a label, it is treated as private. Is this expected behaviour?
This seems plausible for me to some extend. Regular MCA (without annotation template) should behave the same.
- When switching to the questionnaire layout, the annotation list is not shown, even though the view dropdown claims that it is visible somewhere
Which branch did you review? The annotation list should be shown in 3/3 branch; commit d089bea should have fix that (show the annotation list in annotation template view).
- Currently the only way to get the questionnaire view to show up is by selecting the questionnaire layout. It would be nice if I could add the view to my current layout just like e.g. "Loop controller".
This should be possible in the branch mentioned above:
View -> "Edit Annotation templates" should create a new Tab in the layout
There are also some "hidden" ways to show the areas whenever it is useful, e.g.
View options | Tabs |
---|---|
- Unrelated to the questionnaire, categories (and their labels) that belong to a series may sometimes get duplicated. Not quite sure when this is happening, seems to be related to adding/removing videos from series.´
This should be a known bug originating from the current master version which introduced sharing categories with series leading to this duplication. As this bug should already exist in the master version and was not introduced by the merge, this should not be handled as a blocker for the merge but should be looked into later on.
Some details on that matter from internal discussions which might be outdated:
Reproduction hints:
The error (duplicates) occurs e.g. (not only) as soon as another video of the series gets the series category (as annotation).
Possible Request triggering the incident:
Note: I'd suggest to review the version resulting from the merge of all three branches, the PRs are directed to opencast:merge instead of master/main branch
Bug or feature? monocle_face
Notes for readers:
In this context "Save" means "setting the annotation end" (blue arrow, see image below). Trying to save the whole template-based annotation with an invalid value as annotation end will instead result in a format error note asking to correct the value. Suggest: The behavior of the annotation save button should be adopted for the "annotation end" - save button; this could be done after a merge as the other behavior could be tolerated for now?
Oh, so the save button for the whole template does do time stamp validation, did not know that. Arguably that is not very helpful, as it asks you to ignore the prominent "annotation end" save button. Which you cannot do if you also want to edit "annotation start".
I'd be in favor of your suggestion, or just doing away with the "annotation end" save and cancel buttons
Which branch did you review? The annotation list should be shown in 3/3 branch; commit https://github.com/opencast/annotation-tool/commit/d089bea70623a43fe93be6d267f62d9e5863a9cc should have fix that (show the annotation list in annotation template view).
Reviewed this branch (2/3), thanks for telling me about the fix in 3/3.
This should be a known bug originating from the current master version which introduced sharing categories with series leading to this duplication. As this bug should already exist in the master version and was not introduced by the merge, this should not be handled as a blocker for the merge but should be looked into later on.
Agreed, not a blocker then. Should have checked if that issues already existed, my bad.
I'd be in favor of your suggestion, or just doing away with the "annotation end" save and cancel buttons
+1 I think it's not necessary to save the annotation start or end separatly. The implementation is based on the original MCA concepts and code from the old questionnaire branch.
Agreed, not a blocker then. Should have checked if that issues already existed, my bad.
No worries, I'd suggest to check the described behavior in the master version again to make sure it's the same bug.
This branch builds upon the merged version from PR #603
The Bern (B, current master) and Münster (MS, questionnaire branch) versions had serveral bugs which were fixed after the merge, e.g.
The export function was broken due to introduction of MCA (MS)
A scale could not be edited (B)![image](https://user-images.githubusercontent.com/81566097/229468180-a19ac4f3-c297-4c66-8639-dad3f84c36b0.png)
A shared category ("with all users") could not be edited from the same user (B)![image](https://user-images.githubusercontent.com/81566097/229468428-6ac4417d-6c85-4d17-a43b-1e05ecf15b49.png)
An assigned scale could not be used (B)![image](https://user-images.githubusercontent.com/81566097/229468088-304409bd-60dd-4809-b3db-6cdc64fa0282.png)
The new edit menu was out of bounds / cut off (B)![image](https://user-images.githubusercontent.com/81566097/229468028-2fb8e082-cec7-4a0e-82c8-1971aacdf432.png)
see commits for further bug fixes