Skip to content

GitLab

Switch branch/tag
  1. 27 Oct, 2015 2 commits
  3. 19 Aug, 2015 2 commits
  5. 18 Aug, 2015 1 commit
  7. 10 Jul, 2015 2 commits
  9. 28 May, 2015 3 commits
  11. 20 Apr, 2015 2 commits
  13. 25 Nov, 2014 2 commits
  15. 05 Nov, 2014 2 commits
  17. 21 Oct, 2014 2 commits
  19. 31 Jul, 2014 2 commits
  21. 30 Jul, 2014 2 commits
  23. 12 May, 2014 2 commits
  25. 15 Apr, 2014 2 commits
  27. 14 Apr, 2014 1 commit
  29. 02 Apr, 2014 1 commit
  31. 31 Mar, 2014 2 commits
  33. 27 Mar, 2014 1 commit
  35. 26 Mar, 2014 1 commit
    • Tobias Zeuch's avatar
      New watchlistnotification Plugin (Bug 1041228) · 6fe99d5f
      Tobias Zeuch authored 
      

Introducing a new plugin watchlistnotification that responds to the
events saveartefact, blockinstancecommit and deleteblockinstance. It
stores the changed view and the blockinstance in a table watchlist_queue
and checks via cron if there were any changes on a view and if for that
view the last change has happened some time ago (the minutes are stored
in config under watchlistnotification_delay, the default is 20min).

If so, a message is generated that informs the watchlist recipient about
which view and which block-instances on this view have been touched
(added or changed).

As there is no way to disable the built-in/old watchlist-notification-
system, this is disabled in the mahara-core code, that is,
artefact/lib.php and lib/view.php

Change-Id: I039c5285cdd1b09ed9eb38a647e0c1510c3cabb9
Signed-off-by: default avatarTobias Zeuch <tobias.zeuch@kit.edu>
      6fe99d5f
  37. 25 Mar, 2014 1 commit
    • Aaron Wells's avatar
      Prevent new users from taking spammy actions · 7b08f438
      Aaron Wells authored 
      Bug 1252101

1. New users get 2 "new user points" on their user record

2. While they have these, they're on probation and can't post
links in public places, or make public pages.

3. "new user points" are decreased each time a non-probationary
user responds to a forum post by the user

4. Admins & Staff are automatically non-probationary

Change-Id: Ibccd2e330945f66b07aac062c4f51b67a0c0dba2
      7b08f438
  39. 24 Mar, 2014 1 commit
  41. 27 Feb, 2014 1 commit
  43. 25 Feb, 2014 1 commit
  45. 24 Feb, 2014 1 commit
  47. 12 Feb, 2014 1 commit
  49. 11 Feb, 2014 1 commit
  51. 24 Jan, 2014 1 commit
    • Robert Lyon's avatar
      Allow site_content to be institution specific (bug #1254299) · d268d11b
      Robert Lyon authored 
      

Changes include:
- added an institution column to the site_content table
- added an 'Edit site pages' page under Admin -> Institutions
that is accessibe by institution admins
- added an 'institution' option to the edit site pages form - this is
a hidden field if user can edit only one institution.

On upgrade it updates the site_content table to give current data the
institution on 'mahara' (incl. local site pages) and for each
institution it replicates the data already in the db for the default site (excl.
local site pages) so that every site has their own versions, which can
be adjusted as one sees fit.

On creation of new institution it creates the rows in site_content
table but with the default strings (like what you see when you first
install a mahara) but sets the sitepages column in institution table
to default (mahara). On deletion of institution it removes the rows in
site_content.

A user on login sees the institution site page based on what
institution theme they see.

On logout the 'lastinstitution' cookie is set allowing for them to see
institution specific site pages.

The 'No institution' (mahara) site pages can only be edited through
Configure site -> Edit site pages.

Also allow for an institution site page to be viewed if 'institution'
variable is passed to it eg terms.php?institution=testing allowing for
another way to access info when logged out.

Change-Id: I2ed30b63c15bf676d83eb2231f48c4ca23ce8b53
Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      d268d11b