-
Notifications
You must be signed in to change notification settings - Fork 15
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
Upload of larger videos stucks with slower Internet connections #88
Comments
I did some tests with our platform and can only partly reproduce the bug (see below). Our ILIAS-Next (ILIAS: v7.11 2022-06-2, Opencast: 11, OC-Plugin: 5.0.0): Our Community-ILIAS (ILIAS: v7.16 2022-11-24, Opencast: 11, OC-Plugin: 5.0.0): |
After having updated our ILIAS-Next to the latest Version (v7.16 2022-11-24) the bug does still exist. Seems updating ILIAS does not solve the problem. But I made a new observation on our ILIAS-Next: When I upload a video (which has an upload time shorter than 30 seconds), the "Save" button remains deactivated directly after the progress bar indicates that the upload is finished. It takes some more seconds (see screencast; handstopped: 5-15 seconds; I guess depending on the size of the video) until the "Save" button gets activated. This behavior does NOT exist on our Community-ILIAS. OC-Plugin.Upload-Bug.20221214.mp4 |
We are current running the latest ILIAS version (v7.16 2022-11-24), and the bug does still exist, too! Are there any further differences between your NEXT and Community ILIAS, e.g. PHP version? |
Newest finding: When slowing internet speed to "Regular 4G" the bug does also appear on Community-ILIAS. |
I just tested it with different sized videos: i cannot reproduce this, regardless of whether the upload takes a few seconds or minutes. The save button is getting activated more or less immediately. |
I did a retest with the Fix #122: The bug does not exist anymore also when I limit connection speed to "Regular 4G". So everything fine there. But now (at my home with activated vpn) the upload of a 200 MB video lasts hand stopped 16 seconds (which is still better than the 39 seconds it takes me in the 'old' plugin). Before the fix it took only 7 seconds. I think it would be worthwhile to look for a better compromise between supporting slower internet connections and taking care of fast uploads. Do you have a suggestion here, @chfsx ? |
I've also tested with fix #122 (with increased chunk size of 20 MB) and can confirm that it is working now! Concerning the upload time: I've tested an upload of a 1.8 GB video file with an upstream bandwidth of around 12 MBit/s, which was completed after ca. 22 minutes. This is close to the expected time of 20 min transferring 1.8 GB with 1.5 MB/s under optimal conditions. |
#122 is updated to use 20MB as default chunk size |
I did a retest after deploying #122: It works and uploads seem to be slightly faster than with the 'old' chunk-upload. Therefore I close this issue. |
Describe the bug
The video upload stucks with larger files if done with a slower internet connection (i.e. at home office): the save button remains in its disabled state even after the complete transfer of the video, and as a result there is no way to finalize the video upload step. For instance, upload of a approx. 35 MB video file succeeds, but all video files larger than approx. 50 MB stuck.
In contrast, I tried this from the university network (with faster upload speed compared to my home office), and in this scenario it's working as the save button is enabled after transfer of the video has been finished (even for videos > 1 GB). Thus, maybe this is caused by some kind of timeout, when the upload speed is too low and the upload process takes too long.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
After complete upload of the video file, the save button should get enabled to proceed.
Environment (please complete the following information):
Additional context
Already described here.
The text was updated successfully, but these errors were encountered: