1. 16 Apr, 2015 1 commit
  2. 06 Nov, 2014 1 commit
  3. 05 Nov, 2014 2 commits
  4. 30 Jul, 2014 1 commit
  5. 02 Apr, 2014 1 commit
  6. 30 Mar, 2014 1 commit
    • Aaron Wells's avatar
      Renaming general pages to static pages · d4c63e88
      Aaron Wells authored and Robert Lyon's avatar Robert Lyon committed
      Bug1282219: See the lengthy discussion on the bug tracker. No perfect name
      for these items has arisen yet, but I think "static pages" is the best
      so far because:
      
      1. It means they're obviously not the same type of thing as the Pages in your
      portfolio, because those are dynamic.
      
      2. It's more self-evident. If I were brand new to Mahara and were
      trying to figure out how to change the "Privacy Policy" page, "Static pages"
      is probably what I would think to click on.
      
      Change-Id: I7dd4e3fe6e86fd35dce973afb78b3e56049aab69
      d4c63e88
  7. 26 Mar, 2014 1 commit
    • Tobias Zeuch's avatar
      New watchlistnotification Plugin (Bug 1041228) · 6fe99d5f
      Tobias Zeuch authored and Robert Lyon's avatar Robert Lyon committed
      
      
      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
  8. 23 Feb, 2014 1 commit
  9. 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
  10. 06 Jan, 2014 1 commit
    • Mike Kelly's avatar
      Restructure usr_custom_layout table to take groups into account · 2214b02a
      Mike Kelly authored and Robert Lyon's avatar Robert Lyon committed
      
      
      Bug #1266317
      
      Group pages, site and institution pages were set as having usr = 0 in
      usr_custom_layout because the view owner is null.
      
      Fix by adding group column to table, foreign keyed to group table.
      
      usr column and group column have to be changed to allow null values, and
      to have null as default values.
      
      When saving a custom layout, check context, then set usr and group
      values accordingly. 
      e.g. 
      usr = 5, group = null 
      usr = null, group = 321
      In the case of site and institution pages:
      usr = null, group = null
      
      Change-Id: Id42ebcc543d29ee2455aef73227b57c569171385
      Signed-off-by: default avatarMike Kelly <m.f.kelly@arts.ac.uk>
      2214b02a
  11. 12 Nov, 2013 1 commit
  12. 14 Oct, 2013 1 commit
  13. 25 Sep, 2013 1 commit
  14. 23 Sep, 2013 1 commit
  15. 19 Sep, 2013 1 commit
  16. 22 Aug, 2013 1 commit
  17. 21 Aug, 2013 1 commit
  18. 20 Aug, 2013 1 commit
  19. 19 Jul, 2013 1 commit
  20. 21 May, 2013 1 commit
  21. 15 Feb, 2013 1 commit
  22. 21 Jan, 2013 2 commits
    • Jiri Baum's avatar
      Masquerading auditability - log events. (Bug #1027574) · 7a6d1f34
      Jiri Baum authored
      
      
      Log events, including both user IDs when masquerading is in progress. The log
      can be configured to log all events or only those while masquerading is in
      progress or none. The log is expired after a configurable delay.
      
      Note that this logs all events (or all masquerading events) even though this
      feature only includes one report of one type of event.
      
      Change-Id: I7a59d98b84b0527a55363b4d01448b9b1809aa9e
      Signed-off-by: default avatarJiri Baum <jiri@catalyst-au.net>
      7a6d1f34
    • Jiri Baum's avatar
      Masquerading auditability - ask for reason, notify, emit event. (Bug #900983) · 40517fde
      Jiri Baum authored
      
      
      Masquerading (aka Loginas) is a useful and sometimes indispensable function.
      However, previously it was rather too powerful, because admins can do anything
      as the target user, with no indication that it is not the user themselves doing
      so.
      
      This feature adds some auditability to masquerading, by logging and reporting
      who, when, why and (partially) what, as well as notifying the affected user.
      
      See also bugs: #900983 and #1027574
      
      This commit changes the masquerading feature itself to request a reason from
      the admin masquerading, notify the user, and emit an event (for logging by the
      next commit).
      
      Change-Id: I066e9fdeb4d2e00679b2aa9b0b839cb4b78629a8
      Signed-off-by: default avatarJiri Baum <jiri@catalyst-au.net>
      40517fde
  23. 17 Jan, 2013 1 commit
  24. 19 Nov, 2012 1 commit
  25. 08 Aug, 2012 1 commit
  26. 06 Aug, 2012 1 commit
    • Hugh Davenport's avatar
      Add cron job to poll an imap mailbox for bounces · ed5e91ab
      Hugh Davenport authored
      Bug #993018
      
      Checks an imap mailbox, assumes that you have set up a
      seperate mailbox for recieving the mailbounces.
      
      To enable this change, the php imap extension must be loaded
      
      This uses 9b9b2a5c
      
       for the
      mail bounce checking. It also adds a few extra config.php
      settings that need to be set for this cronjob to work.
      
      The config settings that need to be set are:
      $cfg->bounces_handle = true
      $cfg->bouncedomain
      $cfg->imapserver
      
      There are also some other options shown in lib/config-defaults.php
      for power users.
      
      By default, email will only be disabled when more than 4 bounces
      have been received, and the ratio between bounces and emails sent
      to the user is above 0.2
      
      Change-Id: I0bbc4cae26fd5284e4cbdc25b01ea4b566dd045a
      Signed-off-by: default avatarHugh Davenport <hugh@catalyst.net.nz>
      ed5e91ab
  27. 02 Jul, 2012 1 commit
  28. 29 Jun, 2012 2 commits
  29. 24 Apr, 2012 1 commit
  30. 12 Apr, 2012 1 commit
    • Richard Mansfield's avatar
      Move the list of safe iframe sources to the database (bug #971282) · 4b8c5170
      Richard Mansfield authored
      
      
      Builds the htmlpurifier safe iframe regexp from a list of sites stored
      in the database, instead of a hardcoded array.
      
      Each site in the safe iframe list is associated with a name.  This
      will allow several regexp items to be grouped together under the same
      name when they're matching urls from the same site.
      
      Additionally, the domain part of each site is stored in a second list
      along with the names, so that it will be easy to fetch the favicon for
      display in places such as the external media block configuration form.
      
      Change-Id: I7fd2bfefbff0881e70b94beb9e8d3efb43f0f9e7
      Signed-off-by: default avatarRichard Mansfield <richard.mansfield@catalyst.net.nz>
      4b8c5170
  31. 20 Feb, 2012 1 commit
  32. 17 Feb, 2012 1 commit
  33. 08 Feb, 2012 1 commit
  34. 05 Jan, 2012 1 commit
  35. 06 Dec, 2011 1 commit
  36. 15 Nov, 2011 1 commit
  37. 27 Oct, 2011 1 commit