1. 20 Jul, 2015 1 commit
    • Son Nguyen's avatar
      Improvement of user email addresses management. Bug 1462806 · 9dfc7a7c
      Son Nguyen authored
      Allow the site and institution admins to
      - see all user's addresses in the 'User search' page
      - update user's primary email address via CSV
        and the user 'Account settings' page
      
      Change-Id: Ie1c00963e695fb2d8f15053f195202b785c6c7d6
      9dfc7a7c
  2. 07 Jul, 2015 1 commit
  3. 06 Jul, 2015 1 commit
  4. 03 Jul, 2015 1 commit
  5. 26 Jun, 2015 1 commit
  6. 15 Jun, 2015 1 commit
  7. 29 May, 2015 1 commit
  8. 14 Apr, 2015 1 commit
  9. 13 Apr, 2015 1 commit
  10. 22 Mar, 2015 1 commit
  11. 17 Mar, 2015 3 commits
  12. 13 Mar, 2015 2 commits
  13. 12 Mar, 2015 1 commit
  14. 09 Mar, 2015 1 commit
  15. 04 Mar, 2015 2 commits
  16. 03 Mar, 2015 1 commit
    • Nigel Cunningham's avatar
      (Bug1352028) Add a JSON progress bar for bulk operations. · 55a8deb8
      Nigel Cunningham authored
      This patch adds a JSON progress meter (I'll call it that to avoid confusion
      with progress bars) to the bulk uploading of users, groups and group
      memberships and the bulk export and import of users (LEAP), so the user can see
      the progress of the operation and not just the submit button changed to
      'Processing..' and whatever indication their browser gives while waiting for
      content.
      
      The bulk export and import are minor rewrites, replacing the old iframe based
      progress bar and the associated multiple pages and additional template file in
      the case of the bulk export, and the recursive redirect-to-self of the bulk
      import.
      
      To accomplish the display of the progress bar during the operation, we make the
      PHP session be closed (read only) except when changes need to be made. This is
      for the most part a straightforward change in session.php as it's the only
      direct accessor. In other places, we replace direct accessing of the session
      variable ($_SESSION) with...
      55a8deb8
  17. 26 Feb, 2015 1 commit
  18. 02 Feb, 2015 1 commit
  19. 21 Jan, 2015 1 commit
  20. 16 Jan, 2015 1 commit
  21. 03 Dec, 2014 1 commit
  22. 16 Nov, 2014 1 commit
  23. 22 Sep, 2014 2 commits
  24. 18 Sep, 2014 1 commit
    • Robert Lyon's avatar
      The archiving of submitted pages/collections from groups (Bug #1335670) · 5c57b565
      Robert Lyon authored
      
      
      This patch contains:
      - The export queue system where pages/collections on release from
      submission are added to the export queue table ready to be archived.
      - The export queue admin page showing what is in the queue to be
      exported. The cron runs every 6 minutes. Queue items failed to export
      are also shown here.
      - The archive list admin page, where one can download the generated
      leap2a files for the archived submissions.
      
      In this patch you should be able to add things to the export queue by
      either releasing a sumbission on a group that has 'archive
      submissions' option ticked. This will add the archive to that archived
      submission page, or you can also run a leap2a export from portfolio
      export which will add the export queue and send you an email once the
      export is done.
      
      Things to note:
      - The is a server busy function that stops the export queue from
      running but I'm not too sure if the threshold is too low/high
      - The export queue tries to export the first 100 items each run but if
      resources are fine in handling that easily then the number could be
      higher but I'm not sure of what will be a good number.
      - Currently there is alsoe infrastructure like table columns for dealing
      with releasing submissions from external systems (eg moodle) but that
      functuionality is yet to be built.
      - The checking of server busy in MS windows untested - may need to
      just let MS ignore server busy check as there doesn't seem to be
      standard way to check this.
      
      Change-Id: If4c1d272e9c5d46fbf16b2ff73ceb2687c06ffd4
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      5c57b565
  25. 16 Sep, 2014 1 commit
    • Nigel Cunningham's avatar
      (Bug548021) Add support for anonymising pages. · 9624d430
      Nigel Cunningham authored
      
      
      This patch adds support for anonymising pages.
      
      It creates a site option in the General Settings section named 'Allow
      anonymous pages' that must be checked for any page to be anonymised.
      
      If the site option is enabled, a new 'Anonymise' setting in the
      'Edit title and description' tab of pages is enabled, allowing the owner
      to request that this page be anonymised.
      
      When both settings are enabled and a user views a page, two things may
      happen to the author's information.
      
      First, if the user is not logged in or does not have admin, staff or
      owner privileges for the page, the author's name is replaced by the
      anonymous text (defaulting to "(Author's name hidden)") in both the
      body of the page and the metadata author field.
      
      If the user does have admin, staff or owner privileges for the page,
      the author's name is anonymised as above except that the text displayed
      is made into a link. When this link is clicked, the anonymous author
      text is replaced by the normal author information for the page.
      
      Anonymous pages displayed in the 'Latest pages' block and shared with
      a group are also anonymised by this patch.
      
      Change-Id: I2e2c92f641329a1a305cf58a5c5d47bf95436a8b
      Signed-off-by: default avatarNigel Cunningham <nigelc@catalyst-au.net>
      9624d430
  26. 15 Sep, 2014 1 commit
  27. 14 Sep, 2014 1 commit
  28. 24 Aug, 2014 1 commit
  29. 24 Jul, 2014 1 commit
  30. 16 Jun, 2014 1 commit
  31. 05 Jun, 2014 1 commit
  32. 27 May, 2014 1 commit
  33. 25 May, 2014 1 commit
  34. 11 May, 2014 1 commit
  35. 04 May, 2014 1 commit