1. 07 Mar, 2018 1 commit
    • Ghada El-Zoghbi's avatar
      Bug 1745042: set link and icon attribute for socialprofiles · 7f65b938
      Ghada El-Zoghbi authored
      When a user shares their socialprofile on their
      profile page and another user searches
      for that social profile (using elsaticsearch),
      the icon attribute is never set.
      Because social profiles are external to Mahara,
      we can display the link to users.
      
      Sponsored by The Australian National University
      
      behatnotneeded
      
      Change-Id: I94282bed7904f9d37a50b8e0fd32c5f2d174c704
      7f65b938
  2. 27 Dec, 2017 1 commit
    • Robert Lyon's avatar
      Bug 1740208: Fetch related view for artefacts we can see · 73a105bd
      Robert Lyon authored
      Fix the way we find the related views now that we don't have a 'view'
      type to restrict to. We can achieve this via the internal '_id' value
      as that is a combination of old type and id values.
      
      Also strip tags except the <span> one from highlighted description code
      in case there is bad html/js in there.
      
      behatnotneeded
      
      Change-Id: I962accadb352b52dd72b61844f7fe0bd0d586ce2
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      73a105bd
  3. 21 Dec, 2017 1 commit
    • Robert Lyon's avatar
      Bug 1734006: Elasticsearch to work with either elasticsearch 5+ or 6+ server · 9e59e594
      Robert Lyon authored
      This patch reworks how we do index mapping.
      
      Old way: We mapped different types eg usr, view separately
      New way: We map one 'doc' type and merge the existing mapping types to
      that.
      We can do this by adding a 'type' field to the mapping and making the
      elasticsearch internal '_id' be populated with the type + id from
      mahara, eg usr7 vs view7.
      
      Also instead of using the '_all' mapping (which is obsoleted in 6.x)
      we create an explicit 'catch_all' field that we populate via 'copy_to'
      from other fields
      
      behatnotneeded
      
      Change-Id: Id0b89a011633fe7184518c0dc0473514729894f3
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      9e59e594
  4. 29 Nov, 2017 1 commit
  5. 09 Sep, 2017 1 commit
    • Robert Lyon's avatar
      Bug 1694171: Fixing up outstanding issues for v5.0 · 1bbc75e1
      Robert Lyon authored
      This patch will sit above Geralds one to sort out last minute things
      including:
      
      - upgrade compatibility
      -- Will need to compare current elasticsearch version with compatible
      version and alert about problems
      -- Will allow one to set the shards/replicas as part of config
      -- alert the cluster health (non green) status and unallocated replica
      shards
      
      - Allow empty search query to return all related results
      - Allow collections to record / search on collection tags
      - Index group access correctly
      - Get correct results to display for each tab rather than all results
      bunched together
      - Allow highlight on description field
      
      - Add a basic behat test
      - removed the built in docs/ and tests/ dirs as well as the phpunit
      test files
      
      Change-Id: I09b4eaf502a8400499debde2ff1d2a5316f20fbf
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      1bbc75e1
  6. 08 Sep, 2017 1 commit
  7. 07 Mar, 2017 1 commit
  8. 08 Oct, 2015 1 commit
  9. 23 Jun, 2015 1 commit
  10. 26 May, 2015 1 commit
  11. 24 Sep, 2014 1 commit
  12. 05 Jun, 2014 2 commits
    • Aaron Wells's avatar
      Fixing bugs in the objectionable items refactor · c679c3b2
      Aaron Wells authored
      Bug 1298646: No point in adding columns to the interaction_forum_post table
      just to immediately drop them again.
      
      Also, there were some lingering "accesstype IS NULL" checks in the elasticsearch
      access queries, which should have been removed along with the "accesstype != objectionable"
      that they were previously parenthetical with.
      
      And, the artefact_access table doesn't need to accept "objectionable" as 
      an accesstype enum value anymore.
      
      Change-Id: I961f15e98eb8aab95e4e5b16af223eb61588f671
      Signed-off-by: default avatarYuliya Bozhko <yuliya.bozhko@totaralms.com>
      c679c3b2
    • Yuliya Bozhko's avatar
      Refactor the way objectionable items are stored (Bug #1298646) · bbca7a55
      Yuliya Bozhko authored
      - Created 'objectionable' table
      - Migrated existing objectionable records to a new table
      - Added is_objectionable() method to View class
      - Fixed can_view_view() and elasticsearch to use new table
      - Fixed artefact.tpl style to match view page when displaying "Not objectionable" form
      - Make forum reports use new 'objectionable' table
      
      Change-Id: Ib3759e86c4003216ad57f3cf68911b13e50e9c67
      Signed-off-by: default avatarYuliya Bozhko <yuliya.bozhko@totaralms.com>
      bbca7a55
  13. 06 Nov, 2013 1 commit
  14. 22 Oct, 2013 1 commit
    • Robert Lyon's avatar
      Elasticsearch: More artefact's title link to artefacts · 2a26869d
      Robert Lyon authored
      For when the $USER = record owner these titles link places where they
      can be edited
      
      - Journals : should work for both singular and multiple journals
      - Resumes : the different artefact types should link to correct pages
      in that section
      - Plans / tasks : should link to the plan's task list page
      
      also added in missing 'audio' option
      
      Change-Id: I3002ff9087ff7c3998206ded5146be69dd367b1a
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
      2a26869d
  15. 20 Aug, 2013 1 commit