Inf-IT DAV Clients May 2013

davclients@lists.inf-it.com

4 participants
24 discussions

Re: [Inf-IT DAVcl] CalDavZAP 0.9rc3 + CardDavMATE 0.11rc3 available
by Ken Murchison 19 May '13

19 May '13

On 05/19/2013 11:20 AM, Ján Máté wrote: > Hi all, > > we have a good news for you :-) > > > CalDavZAP 0.9.0 release candidate 3 - biggest changes since the rc2: > - fixed TON of bugs related to new Todo interface (especially Apple related) ... many thanks for your bug reports! > - added globalIgnoreCompletedAlarms option > - updated jQuery to 2.0.0 > - updated jQuery-UI to 1.10.3 > - Hungarian localization > > http://www.inf-it.com/CalDavZAP_0.9rc3.zip > > demo: http://www.inf-it.com/caldavzap-next/ > changelog: http://www.inf-it.com/caldavzap-next/changelog.txt > > > CardDavMATE 0.11 release candidate 3 - biggest changes since the rc2: > - this version works well with THOUSANDS of contacts (previous versions was very slow with more than several hundreds of contacts) > - updated jQuery to 2.0.0 > - updated jQuery-UI to 1.10.3 > > http://www.inf-it.com/CardDavMATE_0.11rc3.zip > > demo: http://www.inf-it.com/carddavmate-next/ > changelog: http://www.inf-it.com/carddavmate-next/changelog.txt > > > Both releases are very stable (installed on our production servers). If nobody reports any problem in ~1-2 weeks we will update few missing translation strings and will release the next public version of both clients. Just started testing this release, and found the following PROPFIND request: <?xml version="1.0" encoding="utf-8"?><D:propfind xmlns:x3="http://apple.com/ns/ical/" xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><x3:calendar-color/><D:current-user-privilege-set/><D:max-image-size xmlns:Dd="urn:ietf:params:xml:ns:carddav"/><D:displayname/><D:resourcetype/><D:supported-report-set/><B:supported-calendar-component-set xmlns:B="urn:ietf:params:xml:ns:caldav"/><B:supported-calendar-component-sets xmlns:B="urn:ietf:params:xml:ns:caldav"/><D:sync-token/></D:prop></D:propfind> - You declare the caldav namespace globally (prefixed by 'C'), but then you redeclare it locally in supported-calendar-component-set (prefixed by 'B'). This is confusing my server (which is a bug on my part), but it seems to be extra unnecessary bits on the wire. - There is no standard caldav property named supported-calendar-component-sets (plural). Are you expecting this from some server or is it a typo? v0.9rc3 isn't showing any of my calendars and I'm wondering if this is the reason. -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

2 2

CalDavZAP 0.9rc3 + CardDavMATE 0.11rc3 available
by Ján Máté 19 May '13

19 May '13

Hi all, we have a good news for you :-) CalDavZAP 0.9.0 release candidate 3 - biggest changes since the rc2: - fixed TON of bugs related to new Todo interface (especially Apple related) ... many thanks for your bug reports! - added globalIgnoreCompletedAlarms option - updated jQuery to 2.0.0 - updated jQuery-UI to 1.10.3 - Hungarian localization http://www.inf-it.com/CalDavZAP_0.9rc3.zip demo: http://www.inf-it.com/caldavzap-next/ changelog: http://www.inf-it.com/caldavzap-next/changelog.txt CardDavMATE 0.11 release candidate 3 - biggest changes since the rc2: - this version works well with THOUSANDS of contacts (previous versions was very slow with more than several hundreds of contacts) - updated jQuery to 2.0.0 - updated jQuery-UI to 1.10.3 http://www.inf-it.com/CardDavMATE_0.11rc3.zip demo: http://www.inf-it.com/carddavmate-next/ changelog: http://www.inf-it.com/carddavmate-next/changelog.txt Both releases are very stable (installed on our production servers). If nobody reports any problem in ~1-2 weeks we will update few missing translation strings and will release the next public version of both clients. Many thanks for your feedback! JM

1 0

mailing list web archive
by Ján Máté 18 May '13

18 May '13

http://www.inf-it.com/mlmmj/ (it is updated hourly) JM p.s.: I will publish the link to the website after more testing

1 0

Re: [Inf-IT DAVcl] Firefox not displaying events
by Ken Murchison 17 May '13

17 May '13

FYI, I just checked Chrome and it works fine too. The problem appears isolated to Firefox. On 05/17/2013 05:38 PM, Ján Máté wrote: > I really don't know ... if the next RC will not fix your problem, then we can check your setup (but there are TON of fixes since the last RC, so I hope it will work). > > > JM > > > On May 17, 2013, at 11:34 PM, Ken Murchison <murch(a)andrew.cmu.edu> wrote: > >> Thanks. I look forward to the fix. >> >> Just curious, why does Safari work? Does it have something to do with the format of my sync report or multiget report response and WebKit does a better job of parsing it? >> >> >> >> On 05/17/2013 05:28 PM, Ján Máté wrote: >>> Hi Ken, >>> >>> 0.8.1.1 is complatible ONLY with DAViCal. This problem is fixed (I hope) in our GIT /fixed yesterday by using a demo Baikal server/ ... just wait few days for the next release candidate (we are still working on one additional fix). >>> >>> >>> JM >>> >>> On May 17, 2013, at 11:11 PM, Ken Murchison <murch(a)andrew.cmu.edu> wrote: >>> >>>> I have version 0.8.1.1 running against the server that I am developing and it works perfectly with Safari 6.0.4. However with Firefox (v20.1 on Fedora 18 and v21.0 on WinXP) when the client starts up it does not display any existing events in the calendars. It allows me to create new events and will display them until I log out. When I log back in, any events that I created no longer display. They do show up in CalDAVZap/Safari, iCal, and Lightning. >>>> >>>> Is there a config option that I need to flip in Firefox to fix this? >>>> >>>> -- >>>> Kenneth Murchison >>>> Principal Systems Software Engineer >>>> Carnegie Mellon University >>>> >>>> >> >> -- >> Kenneth Murchison >> Principal Systems Software Engineer >> Carnegie Mellon University >> >> -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

3 3

Re: [Inf-IT DAVcl] Firefox not displaying events
by Ken Murchison 17 May '13

17 May '13

Thanks. I look forward to the fix. Just curious, why does Safari work? Does it have something to do with the format of my sync report or multiget report response and WebKit does a better job of parsing it? On 05/17/2013 05:28 PM, Ján Máté wrote: > Hi Ken, > > 0.8.1.1 is complatible ONLY with DAViCal. This problem is fixed (I hope) in our GIT /fixed yesterday by using a demo Baikal server/ ... just wait few days for the next release candidate (we are still working on one additional fix). > > > JM > > On May 17, 2013, at 11:11 PM, Ken Murchison <murch(a)andrew.cmu.edu> wrote: > >> I have version 0.8.1.1 running against the server that I am developing and it works perfectly with Safari 6.0.4. However with Firefox (v20.1 on Fedora 18 and v21.0 on WinXP) when the client starts up it does not display any existing events in the calendars. It allows me to create new events and will display them until I log out. When I log back in, any events that I created no longer display. They do show up in CalDAVZap/Safari, iCal, and Lightning. >> >> Is there a config option that I need to flip in Firefox to fix this? >> >> -- >> Kenneth Murchison >> Principal Systems Software Engineer >> Carnegie Mellon University >> >> -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

2 1

Firefox not displaying events
by Ken Murchison 17 May '13

17 May '13

I have version 0.8.1.1 running against the server that I am developing and it works perfectly with Safari 6.0.4. However with Firefox (v20.1 on Fedora 18 and v21.0 on WinXP) when the client starts up it does not display any existing events in the calendars. It allows me to create new events and will display them until I log out. When I log back in, any events that I created no longer display. They do show up in CalDAVZap/Safari, iCal, and Lightning. Is there a config option that I need to flip in Firefox to fix this? -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

2 1

Error: 'unable to save the event': unauthorized!
by Jim Seymour 17 May '13

17 May '13

Hi There, DAViCal 1.1.1 running, with several client types. Installed and got running CalDAVZap today. Browser is Firefox 21.0 on Linux Mint 13, using the Mate desktop. When I try to create an event in my calendar, I get "Error: 'unable to save the event': unauthorized!" Error Console tells me: Timestamp: 05/17/2013 04:54:35 PM Error: [Exception... "'Method not implemented' when calling method: [nsIAuthPrompt2::asyncPromptAuth]" nsresult: "0x80004001 (NS_ERROR_NOT_IMPLEMENTED)" location: "native frame :: <unknown filename> :: <TOP_LEVEL> :: line 0" data: no] Thanks, Jim -- Note: My mail server employs *very* aggressive anti-spam filtering. If you reply to this email and your email is rejected, please accept my apologies and let me know via my web form at <http://jimsun.LinxNet.com/contact/scform.php>.

2 1

Multiple Calendars?
by Jim Seymour 17 May '13

17 May '13

Hi There, Have DAViCal server (1.1.1 with iOS patches applied) and several clients working with it. Trying CalDAVZap for a web-based solution. We have, of course, individual calendars. We'll have group calendars. (The biggest of which, in subscribers, will be the company-wide calendar.) We have individuals which will want to share calendars on a read-only basis with coworkers. Etc. I, for example, have my calendar, a resource (calendar) that is r/w by a DAViCal group, and a coworker's calendar is marked "public read." The only calendar that shows up is mine. Is it possible for CalDAVZap users to see the others? Write to the ones that should be writable by them? Thanks, Jim -- Note: My mail server employs *very* aggressive anti-spam filtering. If you reply to this email and your email is rejected, please accept my apologies and let me know via my web form at <http://jimsun.LinxNet.com/contact/scform.php>.

2 1

Got Some CalDAVZap Questions
by Jim Seymour 17 May '13

17 May '13

Hi There, Before I ask questions that have already been asked & answered: Is there a mailing list archive somewhere? Thanks, Jim -- Note: My mail server employs *very* aggressive anti-spam filtering. If you reply to this email and your email is rejected, please accept my apologies and let me know via my web form at <http://jimsun.LinxNet.com/contact/scform.php>.

3 2

Fwd: Re: [Tc-caldav-l] PROPPATCH on principal resources
by Ken Murchison 17 May '13

17 May '13

FYI. The message below is from some Apple folks that I know. One on the client side and one on the server side. I also received a response from one of the Oracle developers that their "server does not allow PROPPATCH on principal resources either. Calendar home or calendar collection are fine." -------- Original Message -------- Subject: Re: [Tc-caldav-l] PROPPATCH on principal resources Date: Wed, 15 May 2013 14:16:13 -0400 From: Cyrus Daboo <cyrus(a)daboo.name> To: Helge Heß <helge_hess(a)apple.com>, tc-caldav-l Reflector tc-caldav-l <tc-caldav-l(a)calconnect.org> Hi Helge, --On May 15, 2013 at 10:39:31 AM -0700 Helge Heß <helge_hess(a)apple.com> wrote: > I don't think it's a good idea even if some servers allow that (I mean > it's a good idea in pure DAV theory, but it's not a good choice in > practice ;-). Principals will be often mapped to some kind of > authentication service (say LDAP) and such rarely provide arbitrary extra > storage. > > My guess is that PROPPATCHing something into the home is probably going > to work slightly better. But it's still not required and I would expect > many servers to not support this (such where the home is not a real > physical entity, but just an entry point into e.g. a DB). > > Yet another approach would be to just PUT a non-calendar resource with > the config into the home. But again, this will only work in a few servers. > > One thing which would work universally for the client, is taking another > URL (pattern) where the client can store config information. Then the > admin of the backend server could decide where user configuration should > go. (direct it to the principal, to the home or some other, regular DAV > store). > > Summary: There is no interoperability on this :-/ Agreed. For the record our server does not support PROPPATCH of dead properties on a principal resource. With our delegate support we do allow PROPPATCH of group-member properties on the delegate resources which are children of the principal. I do think using WebDAV properties for preferences is not the best solution. In Mulberry, as a replacement for IMSP and ACAP, I ended using a simple WebDAV PUT of a properties document to a "regular" WebDAV server (not that our calendar server does not support non-calendar/address data puts in a home). The benefit of using a resource rather than properties is that conflicts can be detected (etag conditions) - that is important because multiple clients are involved. That said, it is still not ideal in that it would be nice to be able to do partial updates - but PATCH could take care of that. In any case, I suggest telling the client folks to try PROPPATCH on principals, if that fails, try the calendar home, if that fails try the default calendar (which is not ideal because it could be deleted), if that fails - fail gracefully! -- Cyrus Daboo _______________________________________________ tc-caldav-l mailing list tc-caldav-l(a)lists.calconnect.org http://lists.calconnect.org/mailman/listinfo/tc-caldav-l -- Kenneth Murchison Principal Systems Software Engineer Carnegie Mellon University

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

Inf-IT DAV Clients May 2013