You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In cases the VerifyUserData job fails or terminates immediately (due to no validation being required) the job is instantly readded again due tot he updateAccount logic. It seems that there was some change to fetch the old account data now in an indexed array rather then one with the property names as key. In the following $oldMail will just always be null and the job gets readded:
@blizzz@Pytal As a quick fix i thought about just bringing back the property name array key but I don't feel familiar enough with the code to tell if that is a good idea right away. Maybe you have a better insight there.
Could potentially cause quite some cron delay or unnecessary load on systems with larger user count.
The text was updated successfully, but these errors were encountered:
In cases the VerifyUserData job fails or terminates immediately (due to no validation being required) the job is instantly readded again due tot he updateAccount logic. It seems that there was some change to fetch the old account data now in an indexed array rather then one with the property names as key. In the following $oldMail will just always be null and the job gets readded:
Steps to reproduce:
'lookup_server' => '',
in config.phpserver/apps/settings/lib/BackgroundJobs/VerifyUserData.php
Line 99 in f49a751
Expected:
Actual:
@blizzz @Pytal As a quick fix i thought about just bringing back the property name array key but I don't feel familiar enough with the code to tell if that is a good idea right away. Maybe you have a better insight there.
Could potentially cause quite some cron delay or unnecessary load on systems with larger user count.
The text was updated successfully, but these errors were encountered: