Restoring file aliases: Difference between revisions
Helen Foster (talk | contribs) m (moved restore/filealiases to Restoring file aliases) |
David Mudrak (talk | contribs) (Added the info and the flowchart) |
||
| Line 1: | Line 1: | ||
{{Reusing activities}} | {{Reusing activities}} | ||
Since Moodle 2.3, course and activity backup files can contain ''aliases'' - i.e. special files that behave as a reference or a link to another file. The referenced file can be an external file (such as one stored at Dropbox) or a file stored in Moodle (such as a file in other activity/course or in some user's Private files area). | |||
During the restore process, Moodle does its best to try and restore the aliases correctly. However, there are many factors involved depending on the type of restore, the location of the referenced file etc.). The following flowchart documents the implemented behaviour. | |||
[[Image:file-aliases-restore-flowchart.png|left|thumb|File aliases restore flowchart]] | |||
<br clear="all" /> | |||
Note that this logic is applied whenever the restore process is executed. Apart from the obvious case of restoring an MBZ file, the backup and restore is also involved in | |||
* [[Import course data|importing course data]] from another course | |||
* [[Course homepage#Editing elements on your course homepage|duplicating an activity]] in a course using the x2 icon | |||
* deploying a community course via the [[Community finder block]] | |||
==See also== | ==See also== | ||
* MDL-33430 | * MDL-33430 | ||
{{stub}} | {{stub}} | ||
Revision as of 12:17, 13 July 2012
Since Moodle 2.3, course and activity backup files can contain aliases - i.e. special files that behave as a reference or a link to another file. The referenced file can be an external file (such as one stored at Dropbox) or a file stored in Moodle (such as a file in other activity/course or in some user's Private files area).
During the restore process, Moodle does its best to try and restore the aliases correctly. However, there are many factors involved depending on the type of restore, the location of the referenced file etc.). The following flowchart documents the implemented behaviour.
Note that this logic is applied whenever the restore process is executed. Apart from the obvious case of restoring an MBZ file, the backup and restore is also involved in
- importing course data from another course
- duplicating an activity in a course using the x2 icon
- deploying a community course via the Community finder block
