moodle | Moodle - the world's open source learning platform | Portal library

This is your graph:

In a depth-first search starting at node 4, I would expect node 7 be be visited either first or last, not right after node 3. The output you're getting is valid for dfs_edges. The expected output is what's incorrect.

You cannot represent logical questions/answers by multiple-choice questions of length 1 in Moodle. In R/exams, mchoice questions are allowed to have this format and hence no error is generated. But in Moodle, the corresponding MULTIRESPONSE type needs to have at least two choice and at least one of these needs to be true.

Therefore, instead of using a multiple-choice question of length 1, I would use a single-choice question of length 2 like this:

None of the functions in your block should directly produce any output - they should only return values, that can be output at an appropriate position within the page.

If you add extra 'echo' statements into your code, then you should expect exactly the sort of issue you are seeing here:

• The 'Add the block' Javascript code issues a callback to the server to do the adding
• As part of that process the block's get_content() function is called to see if there is any content to display within the block for the current user (this determines whether or not the block should be displayed for the current user)
• The server code then outputs a JSON-formatted response, that the Javascript parses to check that the callback was successful.

If you add any extra output to the block's functions, then this will appear in the response before the expected JSON output. e.g. you might get something like this:

You simply did not use the jQuery-ui CSS file...

You are right, looks like a bug to me.

$DB->get_field() returns false if the record doesn't exist or a value if it does exist.

In this case an integer value for lastcron

It probably should be an or

For json parsing on bash, I recommend checking out jq. It's lightweight and versatile.

We can use the -r flag to output only values.

As per the comment discussion above, the issue was:

• The dump file contains LOCK TABLES statements.

• The user moodle@localhost did not have privilege to execute LOCK TABLES statements during restore.

• Once the root user was used to grant the right privilege to moodle@localhost, the restore succeeded.

• An alternative could have been to omit the LOCK TABLES statements from the dump file.

When using at least version 2.4-0 of R/exams (the R-Forge development version at the time of writing), then exshuffle within cloze exercises works as intended. Some bugs were fixed to properly support this. In particular, no {solution} environment is necessary anymore to make it work. (In your case this could simply be dropped because it does not add much value in addition to the exsolution.)

To install the development version, please use:

Currently, you need to specify one extol element for every cloze element, even if the cloze elements are not numeric. So with