-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
3.5.1, 3.8.4, 3.9.1, 3.10.1, 3.10.5, 4.1.5
-
MOODLE_310_STABLE, MOODLE_35_STABLE, MOODLE_38_STABLE, MOODLE_39_STABLE, MOODLE_401_STABLE
-
20
-
HQ Team International Sprint 6, HQ Team International Sprint 7
We're experiencing an issue with Global Search when a user has access to a large number of courses and resources. It seems to be a similar issue to MDL-60826 but for search rather than calendar.
Much like that calendar bug, it looks like the search engine builds a list of contexts the user can access and filters the Solr results so users only see things they have access to. This section of code appears to be failing on users with access to a large amount of material.
If a user tries to use the search box, and they have been given Manager access either at site level or to a category with lots of subcategories and courses, the page will stall for several minutes until it reaches the PHP memory limit, at which point it dies.
Site administrators aren't affected, because the context gathering code is skipped and the function just returns 'everything'.
Ordinary teachers and students aren't affected, because they don't have access to a ridiculous number of contexts.
I'm away from my work computer right now, but I've had a quick look and get_areas_user_accesses() in /search/clases/manager.php is my prime suspect.
- has a non-specific relationship to
-
MDL-71073 core_course_search_courses web service can consume all php memory
- Open
- has been marked as being related by
-
MDL-71115 Global search should only take over the front page search when it has equivalent functionality
- Closed
- is duplicated by
-
MDL-71255 Global search slow when search within all courses user can access
- Closed