-
Improvement
-
Resolution: Unresolved
-
Minor
-
None
-
5.0
-
MOODLE_500_STABLE
-
MDL-84944-master
-
-
Code verified against automated checks with warnings.Checked MDL-84944 using repository: https://github.com/NashTechOpenUniversity/moodle
main (0 errors / 7 warnings) [branch: MDL-84944-master | CI Job]
Built on: Fri May 23 09:30:03 UTC 2025
Code verified against automated checks with warnings. Checked MDL-84944 using repository: https://github.com/NashTechOpenUniversity/moodle main (0 errors / 7 warnings) [branch: MDL-84944-master | CI Job ] overview (0/0) , phplint (0/0) , phpcs (0/0) , js (0/0) , css (0/0) , phpdoc (0/0) , commit (0/0) , savepoint (0/0) , thirdparty (0/0) , externalbackup (0/0) , grunt (0/0) , shifter (0/0) , mustache (0/7) , gherkin (0/0) , Should these errors be fixed? Built on: Fri May 23 09:30:03 UTC 2025
Currently, when you record an audio or video clip using the Tiny RecordRTC buttons, anyone can download your file (though the ease of this changes by browser.
We propose adding a setting to disable the 'easy' AV clip download.
So, especially for this ticket, we need to do some actions below for the new TinyMCE editor
- New option under the 'Attach recording' button to allow or disallow clip download:
- "Allow clip download" checkbox.
- Help text: "Unticking this option means that the AV clip should not be downloadable via the browser media player menu, via the context menu, or display the download icon. However, it cannot be guaranteed that determined users cannot access and download the file by other means."
- This option controls the availability of the browser media bar 'download' menu/options and download icon.
Obviously, we know that we can't stop this from happening, but we can make it slightly more difficult to download
Currently, the interface (for a video) looks like this after the recording has been made, but before it is attached:
The simplest solution for both audio and video recording interfaces is to add a checkbox, which is auto-selected by default, labeled "Allow clip download.". This allows the clip to be downloaded via the browser media players and the 'download' icon that we're adding/have added
If unticked, then we need WebRTC to forbid the browser from allowing the download of the file, and that 'download' icon should not display.
Back to the new text: the help text would say something like: "Unticking this option means that the AV clip should not be downloadable via the browser media player menu, via the context menu, or display the download icon. However, it cannot be guaranteed that determined users cannot access and download the file by other means."
(There's probably an accessibility requirement for a text description field that needs adding for attaching videos this way too).
