Davmail google calendar1/31/2024 For my other events, the "last ack" time is typically hours after the alarm time. I also noticed that all my other events are not like this. Notice that for both events, the "last ack" time is 1 second before the alarm time and snooze time. Not sure if it's relevant or not as I don't yet understand how the code works: So the code that checks for alarms is still seeing the old last ack time. This would be fine if it did in fact update the ack time, but if I quit Thunderbird and launch it again, I see again: So that's weird, it seems that it doesn't update the last ack because this code thinks the last ack was already updated. Tiger Thanksgiving - alarm previously ackd. considering alarm for item: Tiger Thanksgiving alarm time: 9 18:45:00 UTC isDate=0 snooze time: null Update: TIGER ONLY: SDN Post Mortem and Workout - alarm previously ackd. considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 5 21:15:00 UTC isDate=0 snooze time: null Now if I try to dismiss these reminders, I see: It seems that the problem is that Thunderbird thinks the last acks (dismissal I presume?) were 2010/11//11/19, when in fact, I actually dismiss these two events every time I start Thunderbird so the last acks for both these events should be 7. considering alarm for item: Tiger Thanksgiving alarm time: 9 18:45:00 UTC isDate=0 snooze time: 9 18:45:00 UTC isDate=0 alarm is in the past and unack'd, firing now! considering alarm for item: Update: TIGER ONLY: SDN Post Mortem and Workout alarm time: 5 21:15:00 UTC isDate=0 snooze time: 5 21:15:00 UTC isDate=0 Here is the debug info for them emitted during Thunderbird startup: I have 2 events that I dismiss every time Thunderbird launches. Following is the data from the error log:Įrror: uncaught exception: ' when calling method: " nsresult: "0x80570021 (NS_ERROR_ XPC_JAVASCRIPT_ ERROR_WITH_ DETAILS) " location: "JS frame :: file:// /usr/lib/ thunderbird- 3.0/extensions/ %7Be2fda1a4- 762b-4020- b5ad-a41df19331 03%7D/modules/ calUtils. Proppatch (not implemented Request PROPPATCH HTTP/1.1Īpache Tomcat/8.0.In the lightning reminder window, the dismiss buttons have no effect, and the same events, which are now past, are reminded every time. well-known/caldav/DEVELOPMENT/calendars/Robert%20Glaser/Alle%20Termine/ well-known/carddav/DEVELOPMENT/addressbooks/ well-known/carddav/DEVELOPMENT/principals/Robert%20Glaser/ well-known/caldav/DEVELOPMENT/calendars/Robert%20Glaser/ Propfind (I don't answer a lot of properties here) Request PROPFIND host:9998/.well-known/caldav/DEVELOPMENT/principals/Robert%20Glaser/ HTTP/1.1 well-known/caldav/DEVELOPMENT/principals/Robert%20Glaser/Īuthorization: Basic bW5iam5ia2tqaHZmOm1oZ2o= User-Agent: iOS/8.3 (12F69) accountsd/1.0Īuthorization: Basic ZmdoZ2poZ2g6a2dmZ2hqaA=Īllow: OPTIONS, GET, HEAD, DELETE, PROPFIND, PUT, REPORTĭAV: 1, 3, extended-mkcol, addressbook, access-control, calendar-accessĬache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Initial Propfind Request PROPFIND host:9998/.well-known/caldav HTTP/1.1 Also a lot of them are not part of the caldav specification (but still placed in the same xmlns?). But since all appointments show correctly during a short time, these shouldn't be needed. I don't answer a lot of the properties iOS asks. Also i had to edit the hostname but it is the same during all requests. I am leaving out the requests without Authorization Header. My testdevice is an IPad 2 with iOS 8.3 (12F69). But once syncing is finished, the calendars and appointments disappear completely. It syncs all the calendars and appointments and shows them correctly.It even links the participants in an event to the contact in the addressbook. Addressbook syncing works fine but the calendar app behaves strange. I can already communicate with lots of clients on windows / windows phone / android. I am currently developing a carddav / caldav server.
0 Comments
Leave a Reply.AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |