-
Bug
-
Resolution: Fixed
-
Blocker
-
3.7.6, 3.8.3, 3.9
-
MOODLE_37_STABLE, MOODLE_38_STABLE, MOODLE_39_STABLE
-
MOODLE_37_STABLE, MOODLE_38_STABLE
-
MDL-69002-master -
-
Moppies Kanban
marina has reported a major performance regression with 39 over 38 for administrators.
I've tracked it down to the Badges v2 API.
When logged in as an administrator, or any user to manage badges, every inclusion of the admin/settings/badges.php file (i.e. when building the site admin tree) triggers a call to badges_verify_site_backpack() which attempts to authenticate against badgr.io.
Ideally we should only do this periodically, and cache the result (success/fail).
Not only are we killing our performance, we're also DOSing badgr.io.
This is the current output:
stdClass Object
|
(
|
[expires] => 3600
|
[error_description] => Too many login attempts. Please wait and try again.
|
[error] => login attempts throttled
|
)
|
In addition we're trying to authenticate without providing a username or password anyway so it will never succeed.
The site backpack does not even allow me to enter any issuer credentials except for password.
I think that we should not even be making this call at all at all.
- is a regression caused by
-
MDL-65518 UX changes for Open Badges 2
- Closed
-
MDL-66357 Remove support for Mozilla Backpack
- Closed
- is duplicated by
-
MDL-68602 Performance regression for badges_verify_site_backpack -> curl on admin pages
- Closed
- will help resolve
-
MDL-68602 Performance regression for badges_verify_site_backpack -> curl on admin pages
- Closed