1. 18 Feb, 2014 1 commit
  2. 02 Feb, 2014 1 commit
  3. 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
      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>
  4. 14 Jan, 2014 1 commit
  5. 02 Jan, 2014 1 commit
  6. 30 Dec, 2013 1 commit
  7. 23 Dec, 2013 1 commit
  8. 16 Dec, 2013 2 commits
  9. 24 Nov, 2013 1 commit
  10. 19 Sep, 2013 2 commits
  11. 22 Aug, 2013 1 commit
  12. 19 Jul, 2013 2 commits
  13. 28 Apr, 2013 1 commit
  14. 22 Apr, 2013 1 commit
    • Son Nguyen's avatar
      Add a filter for users with duplicate emails (Bug #1166499) · cf31e142
      Son Nguyen authored and Aaron Wells's avatar Aaron Wells committed
      1. When the option "Filter by duplicate email addresses" is checked,
       the result table will list the accounts with duplicate emails.
       The primary email and additional emails will be shown in the column
       The column 'Emails' is still sortable based on the primary email
      2. Also add the column 'Authentication' in search result table
      3. Reset offset param when changing the filters
      Change-Id: Id59f2de1d9a95c0bb67e8da40eebfeb5a5def60f
      Signed-off-by: default avatarSon Nguyen <son.nguyen@catalyst.net.nz>
  15. 07 Mar, 2013 1 commit
  16. 15 Feb, 2013 1 commit
  17. 21 Jan, 2013 2 commits
    • Jiri Baum's avatar
      Masquerading auditability - report on masquerading sessions. (Bug #1027574) · e19d7fb0
      Jiri Baum authored
      Masquerading session report, including who, why and when the session started.
      Change-Id: I93a6daa60c97ac6a22b6f6d35ba25cb7c2ab275e
      Signed-off-by: default avatarJiri Baum <jiri@catalyst-au.net>
    • 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
      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>
  18. 17 Jan, 2013 1 commit
  19. 16 Jan, 2013 1 commit
  20. 30 Nov, 2012 1 commit
  21. 15 Oct, 2012 2 commits
  22. 29 Aug, 2012 1 commit
  23. 20 Aug, 2012 1 commit
  24. 01 Aug, 2012 1 commit
  25. 24 Jul, 2012 1 commit
  26. 03 Jul, 2012 1 commit
  27. 29 Jun, 2012 6 commits
  28. 08 Jun, 2012 3 commits
    • Richard Mansfield's avatar
      Use clean urls in admin stats area · f4040586
      Richard Mansfield authored
      Bug #1006634, part 3
      Simplifies the view query and passes the results through
      get_extra_view_info to pull out the urls.
      Change-Id: I8c39548b00b02634193e78fb72ff0e5d4215ce68
      Signed-off-by: default avatarRichard Mansfield <richard.mansfield@catalyst.net.nz>
    • Richard Mansfield's avatar
      Use profile_url when data is easy or inexpensive to fetch · 0d28fabc
      Richard Mansfield authored
      Bug #1006634, part 3
      In many places user urlids are not currently available when the
      profile url is generated, but it is trivial to get it, and then change
      the user/view.php url to a profile_url call:
      - Admin page access report
      - Profile links in feedback lists
      - My friends block
      - Wall posts
      - Group members block
      - Group members tab
      - Recent forum posts block
      - Group admin lists on forums page
      - Group admin lists on my groups, find groups
      - Group admin lists in group info block
      - Profile sideblock
      - My friends & find friends pages
      - Institution landing page
      - Online users page
      Change-Id: I33e122896982037a887aad8e3362db450e123e3f
      Signed-off-by: default avatarRichard Mansfield <richard.mansfield@catalyst.net.nz>
    • Richard Mansfield's avatar
      Use clean profile urls when data is already available · e262b5bb
      Richard Mansfield authored
      Bug #1006634, part 3
      Adds a new profile_url function which respects the cleanurls
      configuration, and makes use of this function in many places where the
      user's url field is already available:
      - Admin user account settings page
      - Redirects after inviting/adding users to groups
      - Redirects & notifications after accepting/denying friend requests or unfriending
      - The name plate in the top right header & small view header
      - Online users sideblock
      - Display of threaded personal messages
      Change-Id: Ia43ae0867af12f6d78c0ad389fae25c58ac69b43
      Signed-off-by: default avatarRichard Mansfield <richard.mansfield@catalyst.net.nz>