Groups: Change filtering to use separate groups, not groupmembersonly
MDL-44070 Quiz: Remove groupmembersonly check on override page

The quiz override page does checks related to the groupmembersonly
setting so that it can avoid showing users (or show them as not
'active') if they don't meet that requirement.

While this may be a logical thing to do, it does not fit well
with the new API. There are also other ways that users could be
configured not to access the quiz which were not taken account of.
I have discussed this with Tim and he thinks these checks are not
necessary.
MDL-44070 Workshop: Remove groupmembersonly checks

Logic relating to allocating users and showing lists of participants
used to take the 'groupmembersonly' flag into account.

I have changed the code so that it behaves as if
enablegroupmembersonly (which was always listed as an experimental
feature) had been turned off.

This will cause the following changes to behaviour:

Manual assignment:
* If groupmembersonly was enabled before, the list of potential
  users (under 'Manual allocation') would include only users who
  are in groups. Now it includes all enrolled users.

Random assignment:
* If groupmembersonly was enabled before, AND the assignment is
  set to 'no groups' mode, AND you choose the 'partipants can
  assess without having submitted anything' option, then the
  random allocation system would previously not allocate
  assignments for review to users who were not in a group. Now
  it will allocate to these users, even though (because of
  groupmembersonly) they cannot access the activity.

Note: Both before and now, it is possible for random assignment
to allocate assignment to users who cannot access the activity
for other reasons e.g. if there is a user profile condition.

I have discussed this with David Mudrák and he is OK with the change.
API JavaScript framework (no code yet)
Front-end work in progress
More frontend work (in progress)