Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Signed-off-by: Cecilia Vela Gurovic <ceciliavg@catalyst.net.nz>

Change-Id: I375da2826888f2fc2dd737191862e4d0e46cd013

Roisin Pearson authored Jan 10, 2018 and Cecilia Vela Gurovic committed Oct 01, 2018

This table will hold the views block and artefact data for a particular version
merge of other patches.
behatnotneeded

Change-Id: I6821b5ee39a508c35bc85d3ce53b8e24d2a78a7b

1) Add an 'instructions' field to view table via install / update.

2) Add 'Instructions' textarea / wysiwyg field to view settings page and
have it save to the database

3) Move generic "This area shows a preview of what your page looks like.
Changes are saved automatically. Drag blocks onto the page to add them.
You can then also drag them around the page to change their position."
text in edit page to the help icon and in it's place have an expandable
area to display the saved 'instructions' message.

4) On view display page have an expandable area to display the saved
'instructions' message

5) in view edit mode, collapsing/uncollapsing the Instruction section
is remebered automatically for next time the view is edited

behatnotneeded

Change-Id: Ia56323b9b734b8ebe9498c54dce5a3b934d1fd29

Robert Lyon authored Jul 31, 2018 and Cecilia Vela Gurovic committed Sep 10, 2018

A new block is created that can only be filled with content from a
person who has the “Peer assessment” role for a portfolio. The block's
content is not visible to the page owner until the peer published it.

The block can be selected by the portfolio author for inclusion on any
page, but it can only be used in conjunction with the peer assessor role.
If no peer assessor is selected for a portfolio, the block stays empty.
It is also available on the site and institution level for inclusion into
portfolio pages there (for the creation of templates).

behatnotneeded: will be added in patch 9063

Change-Id: I6f9945f184b4512c345402e1a73f6fc6f21572a7
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Things done with this patch:

1) Changed the 'Use photo frame' option from being a plugin variable
   to being an instance config variable

2) Added back in the css for the giving the gallery images photo frame
   borders

3) Get the non-square thumbs to render correctly spaced on load

4) Swapped the slimbox2 to fancybox3 and allowed the block itself to
control when to put content into head data

behatnotneeded

Change-Id: I397be45f2347588988b663b25b560d8ab876afe1
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Gregor Anzelj authored Jan 17, 2018 and Robert Lyon committed Aug 09, 2018

Allow institution admins and site admins to immediately remove all
sharing options from a page (or collection if the page is within
a collection) that is deemed objectionable.

behatnotneeded

Change-Id: I23de7ed5c4678afe8a65e51b2aec06126948c637

Kevin Dibble authored Jul 30, 2018 and Robert Lyon committed Aug 09, 2018

A lot of users in Mahara create (Template) pages to share out to users.
This reduces the setup a new user will have to do to. There is an issue
that on their personal copy, the blocks that were so carefully setup can
be deleted.

This functionality creates a new column in the database called
"lockblocks" that can be enabled/disabled on the share page.

When the user copies the page, this setting is copied over and the
"delete" icon is hidden from view should the lockblocks setting be
enabled. This only happens on normal portfolio pages.

To unset - the user can edit the page settings and
disable the lock blocks feature to enable the deletion of the blocks as
per normal.

behatnotneeded
Change-Id: I7a2062f77431d6371f95d7f55bedcc499dd7caa2

behatnotneeded

Change-Id: I8df12c5b2ec35a9c92231de8bfa90f1909af6afc
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

- creating the role table
- selecting the role when editing view access
- fix: for already saved user and group access rules, show all roles
in the dropdown to make it possible to change the value

to do: display content depending on role

behatnotneeded : will be added later

Change-Id: Ie83e0ca84704182b40bcc2fa4a678da099a1793d

Rebecca Blundell authored Apr 05, 2018 and Robert Lyon committed Jul 19, 2018

Add 'customthemeupdate' flags for any institution to the
institution_config table if:
- the upgrade is from 16.10 or before
- and the institution is using a configurable theme

If there are institutions with 'customthemeupdate' set we add a warning
that the institution settings need to be re-saved.

Once the settings for an institution have been re-saved we clear the
flag for that institution

Steps to test:
1) Have a 16.04 version site
2) Create three institutions, two with a configurable themes
3) Checkout the patch and run upgrade
4) On clicking 'Continue' you should see the warning message
5) On going to Admin dashboard you should see message there also
6) Edit / save one of the institions
7) Confirm that institution is not listed
8) Do for the other and see warning now gone

behatnotneeded

Change-Id: I844d8e8bcb9be81a29f36cb101da1c61b41b10a9

Looking at consolidating all the differnet *_tag tables into one table

Also fixing up older upgrade where we add a column and then delete it
again. It slows down the upgrade for no gain.

behatnotneeded

Change-Id: I715a076dab74bca2897c56b171cc0536d6c65ff4
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Maria Sorica authored Mar 06, 2018 and Robert Lyon committed Jun 18, 2018

On the institution settings page,admins
are able to turn "Allow institution tags" on.

Change-Id: I404f74c56aac435465c4bd67128d1c262405d5c3

Maria Sorica authored Jan 03, 2018 and Robert Lyon committed Jun 16, 2018

behatnotneeded

Change-Id: I3ac817a31002b50687490a900d68ddc9ae8ace6d

This changes the parent patch a bit. Instead of recording on the view
table if a page is able to be copied to existing group members we
insetad record in a new existing copy table if a group page/collection
has been copied to a member and if not make the copy.

We've also made the switch a slide switch, eg when switching it to
'Yes' it does the task on save and then switches back to 'No'.

This means at a later time if set to 'Yes' again it will do the copying
again and give any newer members a copy of all pages/collections as
well as give older members copies of any newer pages / collections /
collection pages since the previous switching to 'No'

Note: Currently adding new collection pages to older members will only
add the pages as singular pages to their portfolio.

behatnotneeded

Change-Id: Ia22d8138d80ec5fdb5a401de7289b256f9e5fc69
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Robert Scally authored Apr 10, 2018 and Robert Lyon committed May 17, 2018

A portfolio shall be copied automatically to existing regular group 
members, i.e. excluding group tutors and administrators, when
setting up the sharing permissions for the portfolio and selecting the
copying option in "Advanced options".

When new people are added to the group, the portfolio is not automatically
copied to their accounts as they were not in the group when the copying
was turned on.

behatnotneeded

Change-Id: I5f706056e3c53f1edc8bcb86cfd41bad1df0185b

Maria Sorica authored Mar 05, 2018 and Robert Lyon committed Apr 19, 2018

1. Added a details link for each plan in the blocktype as well.
2. On site update, the existing plan blocktypes will be updated
to be able to contain more than plan.
3. Made task pagination work on blocktypes with
multiple plans.

behatnotneeded

Change-Id: I4b462f447489eb16d43fd40cfa552825c5178a47

Force all users on internal auth to reset their password on login
after upgrade

behatnotneeded

Change-Id: Ia988a0a7b939969bf0638eb410d17e1c88282c31
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Change-Id: I9b0c79dbee3b9980f1892e17787d3be31f9f0a66
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

behatnotneeded

Change-Id: I7fb2fa618719dd12d6b77177a9e1ad127ea175d2
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

This patch:
- adds an 'unsubscribetoken' column to usr_watchlist_view table
 (if we want to unsubscribe other messages we'd need to add an
'unsubscribetoken' to the relevant table)
- records the token when one watches the view
- sends email with unsubscribe link with message type and token to
avoid exposing any user data
- link goes to unsubscribe.php page and either unsubscribes user or
gives generic warning

Currently only working for watchlist notifications being sent via
email/email digest

Change-Id: I823249108f521faaefe3435f03b84ddf73e2d360
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Glenn Walbran authored Nov 01, 2017 and Robert Lyon committed Feb 23, 2018

This commits adds a mechanism that will build links to the manual pages
such that:

- user's language is used if manual exists in that language, else en
- the manual for this mahara/series is used

The key -> manual page map will need to be populated and these links added to
pages.

Change-Id: Id7871395821dce660841341dda200f231e75de16

The 'myviews', 'mygroups', 'myfriends', 'wall' blocks all set their
title via the plugin so we don't need to set their title in
block_instance table.

Currently we are saving the 'myviews' one with broken lang string title

behatnotneeded

Change-Id: Ie583678e2a1bb650513f873024f49269b6e66912
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Cecilia Vela Gurovic authored Feb 21, 2018 and Robert Lyon committed Feb 22, 2018

behatnotneeded

Change-Id: I667b610e2778f203bac9f3867b9a38b780b66030

Robert Lyon authored Nov 23, 2017 and Cecilia Vela Gurovic committed Feb 22, 2018

This can happen if a group had auto add new members on yet the group
was deleted when the user was added to the site

behatnotneeded

Change-Id: I72de52032f41c21d961d437c48a6e87d4f299188
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

Cecilia Vela Gurovic authored Dec 08, 2017 and Robert Lyon committed Feb 16, 2018

added settings

- institution level: reviewselfdeletion
    0 if the institution does not require approval
      from an admin to delete an account
    1 if the institution requires an admin to approve
      account deletion requests from users
    if not set, it takes the value from the site's
    default

- site level: defaultreviewselfdeletion
  (Site options->User Settings -> Review account before self-deletion)
    1 if the site's default is requiring approval
    null otherwise

Account deletion by a user

when a user accesses to the account settings, a
'Delete account' button is displayed.

This will:
- If the user belongs to an institution that requires
  approval (or does not have the settings but the site
  requires approval by default)
    then a notification will be sent to the admins
    of the institutions that require approval that
    the user belongs to
- if the user belongs to institutions and none of them
  require approval (or does not have the setting
  but the site does not require approval by default)
    then the account is deleted
- if the user does not belong to any institution
    then the action will depend on the setting of
    the 'mahara' institution or sites default if
    'mahara' doesn't have the setting

Approval by institution admins

An institution admin can see the pending deletion
requests in Admin menu-> Institution -> Pending deletions
After approving/denying a request, the user
that requested the account deletion will receive
a notification

behatnotneeded
Change-Id: I4ccd9c798cab065ec557eaddf7dfc3a51920b6d0

Cecilia Vela Gurovic authored Jan 08, 2018 and Robert Lyon committed Feb 16, 2018

behatnotneeded

Change-Id: I47db01f11f2b3748663612c5684d97468be79a53

Maria Sorica authored Jan 30, 2018 and Robert Lyon committed Feb 12, 2018

1. On site update, delete all T&C from the 'site_content'
table and add it to the 'site_content_version' table.

2. Auto accept the site terms and conditions for
the site admins.

behatnotneeded

Change-Id: I07e7da0bd8bbdb3a1e36c3321e0a2b5bb3e89522

Upon login, if the user has not yet agreed to the most
recent Privacy statement versions, he will be redirected
to this page.

On install admin user accepts default privacy

behatnotneeded

Change-Id: I6afc3d4d4db0676782a8b1501a962862108eab6b

Maria Sorica authored Jan 08, 2018 and Robert Lyon committed Jan 24, 2018

behatnotneeded

Change-Id: Ibd10a64a601a38ed88a4c49ce720f0d343d1fe83

That way we can have other things like terms and conditions also part
of this system

Change-Id: I00d44a856142095dc3d48f9953a5c775b06b6891
Signed-off-by: Robert Lyon <robertl@catalyst.net.nz>

behatnotneeded

Change-Id: I2d0e298b6ec4c249f4b3a1ee2d8d4b2e54193f1d

Maria Sorica authored Dec 28, 2017 and Cecilia Vela Gurovic committed Jan 19, 2018

On site update, delete Privacy Statement from the 'site_content'
table and add it to the 'site_content_version' table.

behatnotneeded

Change-Id: Idd765bad0e72165c940e5f6090d3c8861ae8fcd5