Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-22176

Backup/Restore does not change manually added links to the same course

    XMLWordPrintable

Details

    • Bug
    • Status: Closed
    • Minor
    • Resolution: Fixed
    • 1.9.8
    • 1.9.9
    • Backup
    • None
    • n/a
    • MySQL
    • MOODLE_19_STABLE
    • MOODLE_19_STABLE

    Description

      I'm creating a site with simple navigation for early elementary students. Each course is to be set up so that students see a number of large icons under topic 1. Each icon links to a new topic (which in turn has a "back" button to topic 1. Only one topic is to be visible at a time (initially topic 1)

      So course links such as http://mysite.edu/course/view.php?id=34&topic=1, http://mysite.edu/course/view.php?id=34&topic=2, http://mysite.edu/course/view.php?id=34&topic=etc. are used extensively throughout the course. Works fine ... But I want to be able to clone the course for multiple teacher/grade scenarios. ... so, when I backup and restore to another course (say id=35), all of the links remain pointing to id=34. I'm creating these linked icons using labels, but a test of a the same html in a course webpage also failed to change the urls.

      Can the core code be modified (or a fix be provided) to allow for the conversion of all urls (that point to course A ) when it is restored to course B, C, etc.?

      As Eloy stated in http://moodle.org/mod/forum/discuss.php?d=148686, it would be great to have some filter doing that work, exactly like the "Activity Names" filter does, but working on sections.

      Attachments

        1. topic2.txt
          3 kB
          Larry M Elchuck, Ph.D.

        Issue Links

          Activity

            People

              stronk7 Eloy Lafuente (stronk7)
              dr.tech Larry M Elchuck, Ph.D.
              Nobody Nobody
              Adrian Greeve, Jake Dallimore, Mathew May, Mihail Geshoski
              Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:
                8/Jun/10