-
Notifications
You must be signed in to change notification settings - Fork 22
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
"Videos/Wiedergabelisten übertragen" is not working #879
Comments
additionally to this, the playlists are laso not copied to the destination course, but linked, meaning that every change to the playlist in one course will effect this playlist in all courses it has been transferred to. This relates to #797. On the other hand, deleting a playlist from a course (no matter if it's the start or destination course) doesn't affect the playlists in transferred courses --> inconsistent. |
Also, there are always two videos being added to the course playlist of the destination course. These videos were not part of any playlists in the original course, yet they crop up in the course playlist. |
Further testing shows that the migration between courses seems to be working with all playlists except the course playlist. Here, the migration is very inconsistent. Sometimes it works fine, sometimes only certain videos are transferred, sometimes none. @tgloeggl could this be a test system issue? |
I think most of the problems could be solved by #893. Now the "Videos/Wiedergabelisten übertragen" action copies all playlists including the "Kurswiedergabeliste" playlist to the destination course. |
Should be solved by #893.
Probably caused by #901. Shoud be solved by #906.
This problem could be related to #901 or is/was caused by false or confusing video permissions.
I hope it is solved by #893 |
After #906 is merged, this function should be tested again. |
currently not working at all... Aufzeichnung.2024-01-31.100125.mp4 |
turns out it is working, but the transferred data only appears after you've (manually) created a playlist. Very confusing. Either add a warning that says something like "um Inhalte in diesen Kurs zu übertragen, müssen Sie zunächst eine Standardplaylist in dem Kurs anlegen", or just make the origin course's default playlist the default playlist for the destination course. |
Possible solution:
Should match the second solution in #879 (comment). |
(#931) Co-authored-by: Dennis Benz <dennis.benz@uos.de>
The initial Problem is solved, however, it still has a few problems:
|
I am rather against automatically activating the plugin. I think the user should have control over the activation of the plugin in the course. By activating the plugin manually, lecturers can keep better track of which courses are activated, instead of enabling it magically in the background. In addition, we would need to provide some kind of notification when the plugin is activated in the background.
I will fix this problem. |
Playlists in the course are currently sorted in ascending order by their creation date. The problem occurs because the copied playlists do not copy the creation date, but set the copy date as creation date instead. I tried to copy the playlists sorted by creation date. This approach does not work, as all copied playlists ended with the same creation dates, at least in my test system. So this problem is not trivial to solve as long as we do not offer a sorting option for the playlists in the course. It would be possible to offset the creation dates, e.g. by one second. But that would lead to messy hacks in the code. In conclusion, it would be best to solve this problem with the planned sorting function of playlists in courses to avoid ugly code. |
I understand the approach to make actions as transparent as possible. However, I also think in attempting to copy Opencast contents from one course to the next it is clear that a lecturer wants to also activate the plugin, so why make them leave the copying dialog, go to the target course manually, activate the pluging, then return to the original course and start the copying action. To me, this seems unnecessarily tedious. Maybe a notification as to the automatic activation would be a good middle ground? |
I created new issues for the mentioned problems. |
Several issues with this feature:
The text was updated successfully, but these errors were encountered: