weekly release 3.3.9+

MDL-64737 editor_atto: Fix the privacy export_user_data() implementation

Multiple issues fixed:

* Fixed order of the statements to avoid access to undefined variables.
* Fixed population of the SQL query parameter to make sure they match
  the placeholder in the query.
* Fixed missing table aliases in the second query to make sure the query
  actually works as expected.

MDL-64737 privacy: Fix privacy provider testsuite file names

Only files ending with "_test.php" suffix are implicit part of a
testsuite. So these two were not actually executed.

Automatically generated installer lang files

Automatically generated installer lang files

Automatically generated installer lang files

Automatically generated installer lang files

Automatically generated installer lang files

Automatically generated installer lang files

Automatically generated installer lang files

weekly release 3.3.9+

MDL-64205 privacy: Delete orphaned data request records on upgrade

As a result of the bug, some requests can be orphaned - the linked user
record may not exist any more. This is a cleanup of such records.

MDL-64205 users: Do not delete the actual records of unconfirmed users

There is an automatic data privacy request created to get rid of all the
personal data upon the user deletion. With the actual user record
absent, the data privacy requests page throws an error. Let's do here
same as we do in `delete_incomplete_users_task` and let us not delete
the actual user record.

Automatically generated installer lang files

weekly release 3.3.9+

MDL-63994 auth_cas: Include the login token in the simulated login form

The CAS login process relies on the standard authenticate_user_login()
call to set up the user. So we need to inject the login token to pass
the validation.

MDL-63994 login: Improve the logintoken param input

The logintoken is supposed to arrive as a part of the login form ($frm)
together with the username and password. So it should be handled the
same way - including the opportunity for the auth plugins to provide the
form data via the loginpage_hook().

This also implies that only logintoken coming as a part of the POST
request are taken into account, which is a good thing and another thin
layer in this security mechanism.

MDL-63994 login: Clarify inline comments on loginpage_hook() usage

While working on the issue, I found these inline comments outdated and
confusing. The auth plugin types can implement a loginpage_hook()
method, the purpose of which is to inject the $user and/or $frm into
this login/index.php script. The new comments should make it more clear.

Note the second comment mentioned a prelogin_hook() which was an old
name of what is now called loginpage_hook(). It had nothing to do with
the existing pre_loginpage_hook() and was only confusing.

Automatically generated installer lang files

Moodle release 3.3.9

weekly release 3.3.8+

MDL-63960 dataprivacy: Do not perform strict type checks for id

When inherit is specified in the data registry it is stored as a
string and we cannot perform a strict comparison with it.

We should still compare strict comparison checks against null, or false,
but not for the NOTSET (0) or INHERIT values (-1).

MDL-63919 tool_dataprivacy: admin & notify fixes

This includes the following:

1) Replace $ADMIN->id by get_admin()->id. The former doesn't exist.
2) Only change the notify parameter when it has not been specified
   at creation time (null). If specified, observe it.
3) Set the current user in tests to admin, able to create those
   requests.

MDL-62564 tool_dataprivacy: Do not delete deleted user

This also ensures that we do not call delete_user on an already deleted
user.

MDL-63942 dataprivacy: Disable deleted user task by default

MDL-63919 privacy: Store the creation method of the data request

MDL-63919 privacy: Disable notifications for auto created data requests

MDL-62564 privacy: Create request for deleted users when setting enabled

MDL-62564 privacy: Improve bulk deletion

MDL-62564 privacy: Add unit tests

MDL-63183 auth_shibboleth: Don't render page when already logged in

MDL-63183 auth_shibboleth: Add hidden login token in guest login form

MDL-63183 auth: Login protection

CSRF protection for the login form. The authenticate_user_login function was
extended to validate the token (in \core\session\manager) but by default it
does not perform the extra validation. Existing uses of this function from
auth plugins and features like "change password" will continue to work without
changes. New config value $CFG->disablelogintoken can bypass this check.

weekly release 3.3.8+

Automatically generated installer lang files

MDL-62563 privacy: Create delete data request for existing deleted users

MDL-62563 privacy: Add unit tests

weekly release 3.3.8+

MDL-62601 core_privacy: Ensure providers can handle deleted users

MDL-62601 editor_atto: Do not use context_user

weekly release 3.3.8+

MDL-63267 privacy: Remove use of int hints

MDL-63267 core_grading: More Fix 5.6 type hints

MDL-63267 core_grading: Fix 5.6 type hints

MDL-63267 tool_privacy: Handle modules without privacy support.

MDL-63267 grading methods: Unit test update for fix.

MDL-63267 grading methods: Fix for multiple intances.

We were only exporting the one instance per item id.
Instead we should have been exporting all instances for each
item id.

MDL-63267 tool_dataprivacy: Registry shows deprecated interfaces.

MDL-63267 privacy: Create deprecated provider interface.

Any interfaces that have become deprecated should extend
this interface.

MDL-63267 core_grading: Unit test for new methods.

MDL-63267 mod_assign: Update to providers to include adv grading.

MDL-63267 core_grading: Update to providers and interface.

The previous interface was inadequate for retrieving user
information stored in the sub-plugins.

A new interface and methods have been added to successfully
deal with user data.

weekly release 3.3.8+

MDL-63619 tool_dataprivacy: Cache purposes in form

MDL-63619 tool_dataprivacy: Performance improvement

MDL-63619 tool_dataprivacy: Fix inheritance from parent contexts

Inheritance should behave such that all contexts inherit from their
parent context.

Prior to this fix, if the value was not set on a context, then it was
getting a default of 'Inherit', but instead of inheritting from the
parent context, it was inheritting from its parent context _level_ which
is just wrong.

Automatically generated installer lang files

weekly release 3.3.8+

Automatically generated installer lang files

Automatically generated installer lang files

MDL-63632 forum: Delete where not discussion author

MDL-62904 tool_dataprivacy: Add data request links in profile page

weekly release 3.3.8+

Automatically generated installer lang files

MDL-63626 mod_quiz: Fixed a bug when there was no attempt on the quiz

weekly release 3.3.8+

Automatically generated installer lang files

Automatically generated installer lang files

MDL-62491 core_privacy: php 5.6 fix for using current()

MDL-62491 navigation: Update to tree.js to allow callbacks.

MDL-62491 mod_assign: Fill in the rewrite plugin urls properly.

MDL-62491 core_privacy: Add html files to the user data export.

This adds html to the data export that allows for easier navigation
and reading of data.

MDL-63401 tool_dataprivacy: Change default for require end date

We should preserve the existing behaviour.

MDL-63401 tool_dataprivacy: Simplify where processing

MDL-63401 tool_dataprivacy: Move final cap check to endpoint

MDL-63401 tool_dataprivacy: Allow expiriration of users without end date

MDL-63401 tool_dataprivacy: Rewrite expired deletion handling

This change rewrites the way in which expiry is calculated and addresses
a number of closely related issues:

Users can customise, and add blocks with data to, their dashboard.  When
a user had done so, the user could be flagged for deletion, but the
blocks in their Dashboard were subject to the default block retention
policy. In addition there is no way to override the retention policy for
user blocks.

This change modifies the structure of the expiry mechanism:
- to consider any subcontext of the user context to be a part of the user
  context during calculation. User child contexts are not the property
  of the system, and should not be treated separately.
- the way in which the context expiry mechanism worked was to select
  use a multiple different managers based solely on the context level.
  Because of the use of user blocks, this proved to be unreliable as
  blocks has been attributed purely to courses.
  This has been changed to a single manager which is aware of hierarchy
  and deletions as a whole.
- to prepare for upcoming work relating to more detailed expiry
  mechanisms, a new expiry_info class is introduced and used to
  merge the expiry of child contexts into a working in-memory view.

This changeset includes extensive unit tests.

MDL-63401 core: Do not delete the user context

As long as we have a user record, we should not delete the context which
relates to it.

MDL-63401 tool_dataprivacy: Move cap checks to endpoints from API

 MDL-63421 env: Moodle 3.4.x and 3.5.x do not support PHP 7.3

weekly release 3.3.8+

MDL-62395 tool_dataprivacy: Purpose name and description in one column

* Show the purpose's name and description under one column.

MDL-62395 tool_dataprivacy: Fix tables display

* Use standard Bootstrap4 table classes for the categories and purposes
  tables.
* Set 25% width for the name and description columns of the purposes
  table.
* Set 50% width for the description column of the categories table.

Automatically generated installer lang files

weekly release 3.3.8+

weekly release 3.3.8+

MDL-63346 nodejs: Bump to created from scratch shrinkwrap file

Steps:

- remove node_modules & npm-shrinkwrap.json
- npm cache clear --force
- npm install
- npm shrinkwrap

MDL-63346 travis: GRUNT job immune to npm-shrinkwrap.json changes

When upgrading nodejs/npm versions, there are modifications to
different packages or to the format of the npm-shrinkwrap.json
file. Usually that leads to failed jobs untill the bundled file
is updated.

To avoid that, we just ignore the npm-shrinkwrap.json file, so
just the REAL modifications in css/js/ignore stuff are considered.

MDL-61908 privacy: Fix heading in data privacy pages

MDL-63109 privacy: Add behat tests

MDL-63109 privacy: Fix the initialisation of the policy acceptance modal

MDL-63184 tool_dataprivacy: Ensure PO roles have correct capability

MDL-63116 privacy: Add bulk actions to the privacy request table

MDL-63116 privacy: Add behat tests

MDL-63116 privacy: Add unit tests

weekly release 3.3.8+

MDL-61169 iplookup: Change to another block still remaining to SF

MDL-62554 tool_dataprivacy: Integration review fixes

MDL-63009 tool_dataprivacy: Added site name/link to request emails

MDL-62554 tool_dataprivacy: Bump version for new WS functions