User Details
- User Since
- Apr 12 2015, 12:47 PM (504 w, 5 d)
Today
- Performance: Use lighter rcube_message_header instead of rcube_message
Adding methods to backend interface implementation requires some more code. Phpstan says:
Line lib/ext/Syncroton/Command/FolderSync.php ------ ------------------------------------------------------------------ 295 Call to an undefined method Syncroton_Backend_IFolder::exists().
Yesterday
- Fixes regarding syncroton API for tags
Wed, Dec 11
- Small doc fix
- CS fixes
- ANNOTATE driver
- Improvements
- SQL driver fixes
Tue, Dec 10
Mon, Dec 9
BTW, none of the other registered passport clients are added via the migration. Maybe they should too. However, as all of them depend on existing-in-config client secrets and Ids, I'm still not sure migration is the correct place. Maybe we should have something like a "global seeder".
Thu, Dec 5
We call the seeder after migration, so the seeder will fail because the record already exists.
Wed, Dec 4
Tue, Dec 3
Thu, Nov 28
Wed, Nov 27
This warning message is not that useful without a wallet ID, I suppose.
Tue, Nov 26
Mon, Nov 25
Fri, Nov 22
I was thinking about removing the try/catch. If we make a top-up attempt on every WalletCheck job run there's really no need for dispatching a separate job. The only danger will be that if topUpWallet() always throws the rest of the code will never execute, but how big of a danger is that I'm not sure.
Thu, Nov 21
Tue, Nov 19
Mon, Nov 18
Take a look at App\Jobs\User\DeleteJob, it will add STATUS_DELETED after all code before passes (does not throw an exception). So, checking for missing STATUS_DELETED should be included, and probably should be enough to check just this one.
Also, whereNot('status', '&', User::STATUS_DELETED) would probably do the same. This status is set after user deletion from LDAP/IMAP was successful.
Maybe where deleted_at < "5 seconds ago" would be better to give some slack to users deleted "right now".