Baikal
Baikal copied to clipboard
sabre-io
iPhone Reminder app desperately empty with Caldav HTTPS account
Baikal version: 0.7.1
Expected behaviour: On iPhone, Reminder app will show one ore more lists for each configured accounts, each list can have tasks. On macOS the same behavior is expected with reminder and calendar apps.
Current behaviour: On iPhone, Reminder app will show my iCloud account and a custom Caldav account. iCloud account content 1 list withs tasks. Caldav account show 0 list Consequently 0 tasks. On latest macOS the Caldav account work fine, calendar app show 2 calendars with events, reminder app show 2 lists with many tasks (completed and not). Resetting my iPhone doesn't change anything, the reminders list being still desperately empty
Steps to reproduce: I don't know exactly why this is happening and how reproduce.
I was using baikail 0.4.6 until this week, I upgraded to 0.7.1 (0.4.6 to 0.6.1 then 0.7.0 then 0.7.1). I have updated my php version from 7.0 to 7.3 when updating baikail 0.7.0 to 0.7.1
My iPhone and my MacBook are always up to date, I was under IOS 14.0.1 until yesterday, I have updated today to IOS 14.1 with the same result.
On iPhone, Reminder app not show any lists, my account is being still desperately empty Are there known issues with IOS 14 ? Or maybe iOS 13 ?
Today, I decided to update to the last bail 0.7.2 and consequently migrate de sabre backend to 4.2.1. Sad to say no change, same mistakes on my iPhone, there are not task list show up.
Any of you use an iPhone and baikal ? I can't believe that. Please let me know if someone encountered the same issues, or don't.
Thanks
Apple changed the reminder app to use a proprietary protocol in one of the earlier iOS versions. Since than it does not know about CalDav reminders anymore :-(
I’m using baikal since version 0.26 and iOS. I have always updated to the latest version of baikal and iOS and never have any problem with caldav and iOS, reminders is working for me just fine.
The only problem I have with iOS and baikal is that the red notification button on iOS 13.+ sticks every time I complete a task. But on iOS 12.+ it’s working fine.
Hello BobWs, Very interesting! So you'r actually running IOS14 ? Have you upgrade task list on iCloud ?
Did not try it since Apple announced to drop it. Just did a test with iOS 14. I can enter a task in iOS reminder app and will appear in my CalDav client. The other way round, new task in CalDav will not appear in iOS reminder app.
Hello BobWs, Very interesting! So you'r actually running IOS14 ? Have you upgrade task list on iCloud ?
No I’m still on iOS 13 which is working fine for me now and I have no reason to upgrade just yet, because I still have a iPhone 6s. And as we all know apple is slowing phones overtime so I won’t take that chance.
After researching a while, I found this note on Apple's forums : Upgrading the Reminders app in iOS 13 or later "The upgrade process affects existing reminders in your primary iCloud account only. Reminders in all other accounts, such as secondary iCloud accounts and CalDAV and Exchange accounts, aren't changed." On the latest IOS version CalDAV account can be setup and the message above clearly say that the upgrading process of reminder does not affect CalDAV account.
I decide to investigate a bit more and after a few day I discover something on my nginx virtul host. When my virtual host listen on https 443 syncing does not work, the same configuration work well on http 80. There are no baikal configuration difference between this two case, juste only the listen port and protocol modified on nginx as you can see below https :
listen 443 ssl;ssl_certificate /etc/ssl/certs/xxxxxxx.crt;ssl_certificate_key /etc/ssl/private/xxxxxxx.key;ssl_protocols TLSv1 TLSv1.1 TLSv1.2;ssl_ciphers HIGH:!aNULL:!MD5;
http
listen 80;
This is so strange. On my iPhone a CalDAV account is set, this account permit to syncing calendar and reminder, only reminder does not work and only if https is enable.
It sound like SSL handshake error,
2020/11/16 20:23:26 [debug] 16790#16790: accept on 0.0.0.0:443, ready: 0
2020/11/16 20:23:26 [debug] 16790#16790: posix_memalign: 000055E418485540:512 @16
2020/11/16 20:23:26 [debug] 16790#16790: *11991 accept: X.X.X.X:63170 fd:11
2020/11/16 20:23:26 [debug] 16790#16790: *11991 event timer add: 11: 60000:1824820871
2020/11/16 20:23:26 [debug] 16790#16790: *11991 reusable connection: 1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 epoll add event: fd:11 op:1 ev:80002001
2020/11/16 20:23:26 [debug] 16790#16790: *11991 http check ssl handshake
2020/11/16 20:23:26 [debug] 16790#16790: *11991 http recv(): 1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 https ssl handshake: 0x16
2020/11/16 20:23:26 [debug] 16790#16790: *11991 tcp_nodelay
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL server name: "my.dav.url.com"
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL ALPN supported by client: http/1.1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL ALPN selected: http/1.1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL_do_handshake: -1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL_get_error: 2
2020/11/16 20:23:26 [debug] 16790#16790: *11991 reusable connection: 0
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL handshake handler: 0
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL_do_handshake: -1
2020/11/16 20:23:26 [debug] 16790#16790: *11991 SSL_get_error: 5
2020/11/16 20:23:26 [info] 16790#16790: *11991 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking, client: X.X.X.X, server: 0.0.0.0:443
2020/11/16 20:23:26 [debug] 16790#16790: *11991 close http connection: 11
2020/11/16 20:23:26 [debug] 16790#16790: *11991 event timer del: 11: 1824820871
2020/11/16 20:23:26 [debug] 16790#16790: *11991 reusable connection: 0
2020/11/16 20:23:26 [debug] 16790#16790: *11991 free: 000055E418485540, unused: 120
