mirror of
https://github.com/moodle/moodle.git
synced 2025-02-13 12:34:28 +01:00
94815ccfa0
The problem was mostly that, in the past, we did not worry if question_attempt_step.id changed during regrade (because we deleted the old step row and inserted a new one). However, now that steps can have associated files, we can't be that slack, becuase the step id is used as the file itemid. So, now, we have to update the existing rows during a regrade. We do this by having the question engine tell the question_engine_unit_of_work that the step has first been deleted, and then added back. Then we make the unit-of-work spot that delete + add = update. This also means that during regrading, we have to pass around some extra ids so that new steps know the id of the step they are replacing. Naturally, this requires some quite trickly logic, so I finally got around to writing unit tests for question_engine_unit_of_work, which is a good thing. Along the way I also got around to renaming question_attempt->set_number_in_usage, which got missed out when everthing else was renamed to slot ages ago. Finally, while working on this code, I noticed and fixed some PHPdoc comments.
QUICK INSTALL ============= For the impatient, here is a basic outline of the installation process, which normally takes me only a few minutes: 1) Move the Moodle files into your web directory. 2) Create a single database for Moodle to store all it's tables in (or choose an existing database). 3) Visit your Moodle site with a browser, you should be taken to the install.php script, which will lead you through creating a config.php file and then setting up Moodle, creating an admin account etc. 4) Set up a cron task to call the file admin/cron.php every five minutes or so. For more information, see the INSTALL DOCUMENTATION: http://docs.moodle.org/en/Installing_Moodle Good luck and have fun! Martin Dougiamas, Lead Developer