Zulu and iCal - Honoring Privileges
Posted: Tue May 08, 2012 8:58 amI understand that iCal should be honoring the privileges set in FileMaker, but am seeing erratic results, and am not sure why.
For my first project, we want read only access from iCal to the FM database. I have a calendar account in a calendar privilege set and it's set with the necessary extended privilege and view only for all tables. I have tried both subscribe (which seems to work perfectly) as well as a CalDAV account. I particularly like that there is not even an Edit button available for the subscribe option. What are the major differences/pros/cons to these approaches?
When I use the CalDAV account, it seems I can edit an item. At some point, however, I may get a message that "The server responded with an error. Access to ... is not permitted. The server responded: '403' to operation CalDAVWriteEntityQueueableOperation." with "Go Offline" and "Revert to Server" buttons. In our case, I think the "Revert" option is the only viable one; why would one "Go Offline" instead, and is there any way to not even show that?
I think the privileges are being honored, but there is such a delay - in fact, I've edited and then un-edited an entry, returning it to previous values, and edited multiple entries, before seeing any message - that it does not SEEM to honor the privileges at all. What is the expectation for receiving the message? It would be great if it were immediate, but, at least, I'd like to be able to tell the client what to expect. I've tried with both 1 minute updates and manual refresh, but both seemed to have multi-minute delays. On a couple of occasions, it seemed that the message popped when "committing" (leaving) a date on the calendar, or when closing iCal. Are there some "rules" that govern this that we can use to manage expectations?
My second project is going to involve some more complicated privileges, so, even if subscribe becomes the solution for project #1, I'm still anxious to resolve the CalDAV issues. Realizing that there are many questions asked here, TIA,
Debi Rubel
FullCity Consulting
For my first project, we want read only access from iCal to the FM database. I have a calendar account in a calendar privilege set and it's set with the necessary extended privilege and view only for all tables. I have tried both subscribe (which seems to work perfectly) as well as a CalDAV account. I particularly like that there is not even an Edit button available for the subscribe option. What are the major differences/pros/cons to these approaches?
When I use the CalDAV account, it seems I can edit an item. At some point, however, I may get a message that "The server responded with an error. Access to ... is not permitted. The server responded: '403' to operation CalDAVWriteEntityQueueableOperation." with "Go Offline" and "Revert to Server" buttons. In our case, I think the "Revert" option is the only viable one; why would one "Go Offline" instead, and is there any way to not even show that?
I think the privileges are being honored, but there is such a delay - in fact, I've edited and then un-edited an entry, returning it to previous values, and edited multiple entries, before seeing any message - that it does not SEEM to honor the privileges at all. What is the expectation for receiving the message? It would be great if it were immediate, but, at least, I'd like to be able to tell the client what to expect. I've tried with both 1 minute updates and manual refresh, but both seemed to have multi-minute delays. On a couple of occasions, it seemed that the message popped when "committing" (leaving) a date on the calendar, or when closing iCal. Are there some "rules" that govern this that we can use to manage expectations?
My second project is going to involve some more complicated privileges, so, even if subscribe becomes the solution for project #1, I'm still anxious to resolve the CalDAV issues. Realizing that there are many questions asked here, TIA,
Debi Rubel
FullCity Consulting