Merged into the other patch.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Aug 6 2024
Aug 5 2024
Aug 4 2024
Jul 24 2024
Great find! I'm wondering where else we have the same assumption...
Jul 18 2024
Cleanup
Separate token scope
Jul 17 2024
Jul 15 2024
sync bcc via eas 16.0
Jul 12 2024
Jul 9 2024
Jul 8 2024
Jul 7 2024
Looks good to me.
Jul 5 2024
This can be submitted once it is clear that it has the desired effect.
It seems to me we should:
- Adjust the catch in https://git.kolab.org/diffusion/RPK/browse/master/plugins/libcalendaring/lib/libcalendaring_vcalendar.php (to specifically just ignore a broken itip).
- Adjust all the catches in Sync.php to also catch Throwable
- Add a test that triggers this error to the syncroton testsuite
- Remove the catch in this patch again, so we don't end up with 3 layers potentially catching.
..
In D4839#59874, @machniak wrote:Indeed. I just noticed that the actual error wasn't an exception. It was PHP Fatal error: Uncaught Error: __clone method called on non-object in /usr/share/roundcubemail/plugins/libcalendaring/lib/libcalendaring_vcalendar.php:633, so to catch it we'd have to catch Throwable, I suppose, I'm not sure.
Still, it makes sense to not skip the entire message, but sync it as it was a normal message, ignoring the fact it has an invitation.
Jul 4 2024
I suppose it would be better to just make sure that the logic in Sync.php works instead of ignoring ical errors specifically.