PlgSystemUpdatenotification::getSuperUsers - replace query with API call#8684
PlgSystemUpdatenotification::getSuperUsers - replace query with API call#8684rdeutz merged 2 commits intojoomla:stagingfrom
Conversation
|
NOTE: The travis errors are unrelated to this PR This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8684. |
|
@klas Can you update your PR with current staging. The codestyle issues which went in with the 3.4.6 release are now fixed. |
|
@Bakual Done |
|
@klas, how can I test this exactly. This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8684. |
|
@conconnl getSuperUsers fuction behaviour should stay the same, what specifically you can test is that the same set of superusers gets email notification about update than before patch (emails are sent either to superusers with emails matching those from the list or all superusers, if no emails have been set in the plugin) |
|
@klas I have tried to test it but can't seem to trigger the update mails. I you know which changes are needed to trigger it, then I would gladly test it again. |
|
I have tested this item ✅ successfully on 91d4e47 This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8684. |
|
I have tested this item ✅ successfully on 91d4e47 both looked the same. @icampus This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8684. |
|
RTC as we have 2 successful tests This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8684. |
|
Thank you all for testing |
PlgSystemUpdatenotification::getSuperUsers is doing direct database queries to find groups with superuser permissions. We have existing API that should be used for this (to avoid code duplication and maintainance problems).
To test check behaviour of notification plugin before and after the patch, it should stay the same.