Hi,
I have checked your answers
http://www.inf-it.com/mlmmj/davclients/2013-05/0000015.html
and
http://www.inf-it.com/mlmmj/davclients/2013-07/0000012.html
but can still see only my own calendar.
I have enabled the settings in misc/config_davical.txt and enabled
delegation:
var globalNetworkCheckSettings={href:
location.protocol+'//'+location.hostname+(location.port ?
':'+location.port:
'')+location.pathname.replace(RegExp('/+[^/]+/*(index\.html)?$'),'')+'/caldav.php/', hrefLabel: null, crossDomain: null, additionalResources: [], forceReadOnly: null, withCredentials: false, showHeader: true, settingsAccount: true, checkContentType: true, syncInterval: 60000, timeOut: 30000, lockTimeOut: 10000, delegation: true, ignoreAlarms: false, backgroundCalendars: []}
Also in DAViCal I have tried with different sharing settings, but none
worked. I can still only see my own calendar and no else.
Can you please be a little more specific how to enable sharing?
Thank you,
David
Hello,
I want to configure caldavzap to work with bedework. But according to the
documents, caldavzap has not been tested with bedework. Is there any known
problem in configuring caldavzap with bedework ?
Has anyone tried it before ?
Any hints / workaround to just get one account working for proof of concept?
Thanks in advance,
Amol.
Hi Andrej,
Is this fix in the 0.9.1 release? If so, it doesn't solve my problem.
On 07/26/2013 05:07 AM, Andrej Lezo wrote:
> Hi Ken,
> after some checking and saving I found some timezone issue. It is
> fixed now and will be avaible in next RC.
> Regards,
> Andrej Lezo
> Dňa 25. 7. 2013 16:15 Ken Murchison wrote / napísal(a):
>> I'm using America/New_York on both servers. You might be on to
>> something with the TZ parsing because if I edit the event through
>> CalDAVZap to have the recurring event end on 30 July, I get an event
>> displaying for 29 July, but not on the 30th. I think this takes the
>> VEVENT data and author out of the mix.
>>
>> I can't easily give you an account on the production server. I can
>> give you access to my home test server, but it works fine there.
>>
>>
>>
>>
>>
>> On 07/25/2013 09:52 AM, Andrej Lezo wrote:
>>> Hello Ken,
>>> You're right, this is not a problem with event parsing. One thing
>>> which comes to my mind is something wrong with timezone processing.
>>> Which Time zone have you selected on your test and production
>>> versions (bottom left corner)?
>>> If that won't help, you could create an account for us.
>>> Regards,
>>> Andrej Lezo
>>> Dňa 25. 7. 2013 15:17 Ken Murchison wrote / napísal(a):
>>>> Hi Ján,
>>>>
>>>> I can look but wouldn't that cause the entire event to not display,
>>>> as opposed to just the final recurrence not displaying?
>>>>
>>>>
>>>>
>>>> On 07/25/2013 09:10 AM, Ján Máté wrote:
>>>>> Hi Ken,
>>>>>
>>>>> are you sure that there are no invisible characters in the vEvent
>>>>> definition on your production server?
>>>>>
>>>>>
>>>>> JM
>>>>>
>>>>> p.s.: rc2 is the latest public release
>>>>>
>>>>>
>>>>> On Jul 25, 2013, at 1:40 PM, Ken Murchison <murch(a)andrew.cmu.edu>
>>>>> wrote:
>>>>>
>>>>>> Hi Andrej,
>>>>>>
>>>>>> Hmm. It displays fine on my home test server, but not on our
>>>>>> production server. Both servers are running 0.9.1rc2. Is there a
>>>>>> later version?
>>>>>> I tried with multiple browsers and still nothing displays on 29
>>>>>> July on our production server. I tried running cache_update.sh
>>>>>> and flushing the browser cache as well. Any ideas?
>>>>>>
>>>>>>
>>>>>> On 07/25/2013 04:02 AM, Andrej Lezo wrote:
>>>>>>> Hello Ken,
>>>>>>> I checked your recurring event on our latest versions - demo
>>>>>>> version (http://www.inf-it.com/caldavzap/) and latest rc version
>>>>>>> and it didn't seem that there are some problem. I can see event
>>>>>>> on 29/7 correctly. Which version of CalDAVZap are you using? You
>>>>>>> can try update on latest version.
>>>>>>> Thank you for using our software.
>>>>>>> Regards,
>>>>>>> Andrej Lezo
>>>>>>> Dňa 23. 7. 2013 15:27 Ken Murchison wrote / napísal(a):
>>>>>>>> I have the recurring event show below, which properly displays
>>>>>>>> the event on 7/29 in the Apple clients, Thunderbird, and
>>>>>>>> Google's web app, but CalDAVZap doesn't show an event on 7/29.
>>>>>>>>
>>>>>>>>
>>>>>>>> BEGIN:VCALENDAR
>>>>>>>> VERSION:2.0
>>>>>>>> PRODID:-//Apple Inc.//Mac OS X 10.8.4//EN
>>>>>>>> CALSCALE:GREGORIAN
>>>>>>>> BEGIN:VTIMEZONE
>>>>>>>> TZID:America/New_York
>>>>>>>> BEGIN:DAYLIGHT
>>>>>>>> TZOFFSETFROM:-0500
>>>>>>>> RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
>>>>>>>> DTSTART:20070311T020000
>>>>>>>> TZNAME:EDT
>>>>>>>> TZOFFSETTO:-0400
>>>>>>>> END:DAYLIGHT
>>>>>>>> BEGIN:STANDARD
>>>>>>>> TZOFFSETFROM:-0400
>>>>>>>> RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
>>>>>>>> DTSTART:20071104T020000
>>>>>>>> TZNAME:EST
>>>>>>>> TZOFFSETTO:-0500
>>>>>>>> END:STANDARD
>>>>>>>> END:VTIMEZONE
>>>>>>>> BEGIN:VEVENT
>>>>>>>> TRANSP:OPAQUE
>>>>>>>> DTEND;TZID=America/New_York:20130708T100000
>>>>>>>> UID:8aecjj8jktg5ham42ag2bpb4no@google.com
>>>>>>>> DTSTAMP:20130718T182134Z
>>>>>>>> STATUS:CONFIRMED
>>>>>>>> SEQUENCE:0
>>>>>>>> SUMMARY:Driver Ed
>>>>>>>> LAST-MODIFIED:20130602T123428Z
>>>>>>>> DTSTART;TZID=America/New_York:20130708T070000
>>>>>>>> CREATED:20130602T123428Z
>>>>>>>> RRULE:FREQ=WEEKLY;UNTIL=20130729T110000Z;BYDAY=MO,TU,WE,TH,FR
>>>>>>>> BEGIN:VALARM
>>>>>>>> X-WR-ALARMUID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>>>>>> UID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>>>>>> TRIGGER;VALUE=DATE-TIME:19760401T005545Z
>>>>>>>> X-APPLE-DEFAULT-ALARM:TRUE
>>>>>>>> ACTION:NONE
>>>>>>>> END:VALARM
>>>>>>>> END:VEVENT
>>>>>>>> END:VCALENDAR
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>> --
>>>>>> Kenneth Murchison
>>>>>> Principal Systems Software Engineer
>>>>>> Carnegie Mellon University
>>>>>>
>>>>>>
>>>>
>>>>
>>>
>>>
>>
>>
>
>
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
I'm using America/New_York on both servers. You might be on to
something with the TZ parsing because if I edit the event through
CalDAVZap to have the recurring event end on 30 July, I get an event
displaying for 29 July, but not on the 30th. I think this takes the
VEVENT data and author out of the mix.
I can't easily give you an account on the production server. I can give
you access to my home test server, but it works fine there.
On 07/25/2013 09:52 AM, Andrej Lezo wrote:
> Hello Ken,
> You're right, this is not a problem with event parsing. One thing
> which comes to my mind is something wrong with timezone processing.
> Which Time zone have you selected on your test and production versions
> (bottom left corner)?
> If that won't help, you could create an account for us.
> Regards,
> Andrej Lezo
> Dňa 25. 7. 2013 15:17 Ken Murchison wrote / napísal(a):
>> Hi Ján,
>>
>> I can look but wouldn't that cause the entire event to not display,
>> as opposed to just the final recurrence not displaying?
>>
>>
>>
>> On 07/25/2013 09:10 AM, Ján Máté wrote:
>>> Hi Ken,
>>>
>>> are you sure that there are no invisible characters in the vEvent
>>> definition on your production server?
>>>
>>>
>>> JM
>>>
>>> p.s.: rc2 is the latest public release
>>>
>>>
>>> On Jul 25, 2013, at 1:40 PM, Ken Murchison <murch(a)andrew.cmu.edu>
>>> wrote:
>>>
>>>> Hi Andrej,
>>>>
>>>> Hmm. It displays fine on my home test server, but not on our
>>>> production server. Both servers are running 0.9.1rc2. Is there a
>>>> later version?
>>>> I tried with multiple browsers and still nothing displays on 29
>>>> July on our production server. I tried running cache_update.sh and
>>>> flushing the browser cache as well. Any ideas?
>>>>
>>>>
>>>> On 07/25/2013 04:02 AM, Andrej Lezo wrote:
>>>>> Hello Ken,
>>>>> I checked your recurring event on our latest versions - demo
>>>>> version (http://www.inf-it.com/caldavzap/) and latest rc version
>>>>> and it didn't seem that there are some problem. I can see event on
>>>>> 29/7 correctly. Which version of CalDAVZap are you using? You can
>>>>> try update on latest version.
>>>>> Thank you for using our software.
>>>>> Regards,
>>>>> Andrej Lezo
>>>>> Dňa 23. 7. 2013 15:27 Ken Murchison wrote / napísal(a):
>>>>>> I have the recurring event show below, which properly displays
>>>>>> the event on 7/29 in the Apple clients, Thunderbird, and Google's
>>>>>> web app, but CalDAVZap doesn't show an event on 7/29.
>>>>>>
>>>>>>
>>>>>> BEGIN:VCALENDAR
>>>>>> VERSION:2.0
>>>>>> PRODID:-//Apple Inc.//Mac OS X 10.8.4//EN
>>>>>> CALSCALE:GREGORIAN
>>>>>> BEGIN:VTIMEZONE
>>>>>> TZID:America/New_York
>>>>>> BEGIN:DAYLIGHT
>>>>>> TZOFFSETFROM:-0500
>>>>>> RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
>>>>>> DTSTART:20070311T020000
>>>>>> TZNAME:EDT
>>>>>> TZOFFSETTO:-0400
>>>>>> END:DAYLIGHT
>>>>>> BEGIN:STANDARD
>>>>>> TZOFFSETFROM:-0400
>>>>>> RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
>>>>>> DTSTART:20071104T020000
>>>>>> TZNAME:EST
>>>>>> TZOFFSETTO:-0500
>>>>>> END:STANDARD
>>>>>> END:VTIMEZONE
>>>>>> BEGIN:VEVENT
>>>>>> TRANSP:OPAQUE
>>>>>> DTEND;TZID=America/New_York:20130708T100000
>>>>>> UID:8aecjj8jktg5ham42ag2bpb4no@google.com
>>>>>> DTSTAMP:20130718T182134Z
>>>>>> STATUS:CONFIRMED
>>>>>> SEQUENCE:0
>>>>>> SUMMARY:Driver Ed
>>>>>> LAST-MODIFIED:20130602T123428Z
>>>>>> DTSTART;TZID=America/New_York:20130708T070000
>>>>>> CREATED:20130602T123428Z
>>>>>> RRULE:FREQ=WEEKLY;UNTIL=20130729T110000Z;BYDAY=MO,TU,WE,TH,FR
>>>>>> BEGIN:VALARM
>>>>>> X-WR-ALARMUID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>>>> UID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>>>> TRIGGER;VALUE=DATE-TIME:19760401T005545Z
>>>>>> X-APPLE-DEFAULT-ALARM:TRUE
>>>>>> ACTION:NONE
>>>>>> END:VALARM
>>>>>> END:VEVENT
>>>>>> END:VCALENDAR
>>>>>>
>>>>>>
>>>>>
>>>>
>>>> --
>>>> Kenneth Murchison
>>>> Principal Systems Software Engineer
>>>> Carnegie Mellon University
>>>>
>>>>
>>
>>
>
>
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
Hi Martin,
On Jul 25, 2013, at 4:16 PM, davclients(a)inf-it.com wrote:
> Hi Ján,
>
> Am 2013-07-25 15:15, schrieb Ján Máté:
>> looks like the same error as reported by Rudolf ... your XML response
>> from server must be invalid - it is usually caused by unsupported
>> character in the VEVENT definition (control character or something
>> similar).
>>
>> You need to find a fix the problematic event and everything will work.
>
> Is there a simple way to detect the broken event?
generic instructions: enable the network console in your browser, login to CalDavZAP and then copy the XML returned from your server (response text) and put it into XML validator
DAViCal instructions (with minor modification it should work on all servers with PostgreSQL backend):
SELECT * FROM caldav_data WHERE caldav_data !~ E'^[\u0009\u000A\u000D\u0020-\uD7FF\uE000-\uFFFD\u10000-\u10FFFF]+$';
JM
>
>> I will report the problem to Andrew Mcmillan (DAViCal main developer).
>
> I'm using sabreDAV, by the way.
>
> Greetz,
> Martin
Hi Ján,
I can look but wouldn't that cause the entire event to not display, as
opposed to just the final recurrence not displaying?
On 07/25/2013 09:10 AM, Ján Máté wrote:
> Hi Ken,
>
> are you sure that there are no invisible characters in the vEvent definition on your production server?
>
>
> JM
>
> p.s.: rc2 is the latest public release
>
>
> On Jul 25, 2013, at 1:40 PM, Ken Murchison <murch(a)andrew.cmu.edu> wrote:
>
>> Hi Andrej,
>>
>> Hmm. It displays fine on my home test server, but not on our production server. Both servers are running 0.9.1rc2. Is there a later version?
>> I tried with multiple browsers and still nothing displays on 29 July on our production server. I tried running cache_update.sh and flushing the browser cache as well. Any ideas?
>>
>>
>> On 07/25/2013 04:02 AM, Andrej Lezo wrote:
>>> Hello Ken,
>>> I checked your recurring event on our latest versions - demo version (http://www.inf-it.com/caldavzap/) and latest rc version
>>> and it didn't seem that there are some problem. I can see event on 29/7 correctly. Which version of CalDAVZap are you using? You can try update on latest version.
>>> Thank you for using our software.
>>> Regards,
>>> Andrej Lezo
>>> Dňa 23. 7. 2013 15:27 Ken Murchison wrote / napísal(a):
>>>> I have the recurring event show below, which properly displays the event on 7/29 in the Apple clients, Thunderbird, and Google's web app, but CalDAVZap doesn't show an event on 7/29.
>>>>
>>>>
>>>> BEGIN:VCALENDAR
>>>> VERSION:2.0
>>>> PRODID:-//Apple Inc.//Mac OS X 10.8.4//EN
>>>> CALSCALE:GREGORIAN
>>>> BEGIN:VTIMEZONE
>>>> TZID:America/New_York
>>>> BEGIN:DAYLIGHT
>>>> TZOFFSETFROM:-0500
>>>> RRULE:FREQ=YEARLY;BYDAY=2SU;BYMONTH=3
>>>> DTSTART:20070311T020000
>>>> TZNAME:EDT
>>>> TZOFFSETTO:-0400
>>>> END:DAYLIGHT
>>>> BEGIN:STANDARD
>>>> TZOFFSETFROM:-0400
>>>> RRULE:FREQ=YEARLY;BYDAY=1SU;BYMONTH=11
>>>> DTSTART:20071104T020000
>>>> TZNAME:EST
>>>> TZOFFSETTO:-0500
>>>> END:STANDARD
>>>> END:VTIMEZONE
>>>> BEGIN:VEVENT
>>>> TRANSP:OPAQUE
>>>> DTEND;TZID=America/New_York:20130708T100000
>>>> UID:8aecjj8jktg5ham42ag2bpb4no@google.com
>>>> DTSTAMP:20130718T182134Z
>>>> STATUS:CONFIRMED
>>>> SEQUENCE:0
>>>> SUMMARY:Driver Ed
>>>> LAST-MODIFIED:20130602T123428Z
>>>> DTSTART;TZID=America/New_York:20130708T070000
>>>> CREATED:20130602T123428Z
>>>> RRULE:FREQ=WEEKLY;UNTIL=20130729T110000Z;BYDAY=MO,TU,WE,TH,FR
>>>> BEGIN:VALARM
>>>> X-WR-ALARMUID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>> UID:692B65FB-C722-47C6-9C27-E8F071D1C64C
>>>> TRIGGER;VALUE=DATE-TIME:19760401T005545Z
>>>> X-APPLE-DEFAULT-ALARM:TRUE
>>>> ACTION:NONE
>>>> END:VALARM
>>>> END:VEVENT
>>>> END:VCALENDAR
>>>>
>>>>
>>>
>>
>> --
>> Kenneth Murchison
>> Principal Systems Software Engineer
>> Carnegie Mellon University
>>
>>
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
Hi Martin,
looks like the same error as reported by Rudolf ... your XML response from server must be invalid - it is usually caused by unsupported character in the VEVENT definition (control character or something similar).
You need to find a fix the problematic event and everything will work.
I will report the problem to Andrew Mcmillan (DAViCal main developer).
JM
On Jul 25, 2013, at 3:03 PM, davclients(a)inf-it.com wrote:
> Hi,
>
>
> Am 2013-07-24 11:48, schrieb Ján Máté:
>> Hi Martin,
>>
>> if an event is not processed you will get a warning in the
>> browser/javascript console. If there is a javascript error you also
>> get it in this console.
>>
>> First please try to use the latest release candidate from:
>
> No change
>
>> and then send me the result.
>
> In Chrome and Firefox I see the following error:
> Error: [netLoadCalendar:
> 'http://sld.tld/pathtosabredav/calendars/martin/events/'] code: '207'
>
>
> Greetz,
> Martin
Hi All,
Would it be possible to have tasks (VTODO) with a due date displayed on
the calendar with a check box, similar to what Google Calendar does?
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University