July 2008 - calendarserver-dev - lists.macosforge.org

[CalendarServer] #285: Uses deprecated twisted interfaces
by CalendarServer 25 Feb '10

25 Feb '10

#285: Uses deprecated twisted interfaces -----------------------------+---------------------------------------------- Reporter: agx(a)sigxcpu.org | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Version: Severity: Other | Keywords: -----------------------------+---------------------------------------------- In Debian we splitted out things enough (so we don't have to ship our own twisted). We only ship the patched web2 plugin + twistedcaldav. With recent twisted we're seeing: /usr/lib/python2.5/site-packages/twisted/plugins/twisted_web2.py:22: DeprecationWarning: mktap and related support modules are deprecated as of Twisted 8.0. Use Twisted Application Plugins with the 'twistd' command directly, as described in 'Writing a Twisted Application Plugin for twistd' chapter of the Developer Guide. from twisted.scripts.mktap import _tapHelper This is 1.2 but the code in 1.3 looks pretty much the same. I assume you guys will want switch to newer twisted sooner or later. Any hints on how to fix this in a way that can go into your SVN. -- Ticket URL: <http://trac.calendarserver.org/ticket/285> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 10

[CalendarServer] #297: Incorrect treatment of Depth on REPORTs
by CalendarServer 26 Oct '09

26 Oct '09

#297: Incorrect treatment of Depth on REPORTs ---------------------------------+------------------------------------------ Reporter: navara(a)emclient.com | Owner: cdaboo(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Tester | Version: Severity: Other | Keywords: ---------------------------------+------------------------------------------ CalDAVTester incorrectly sends calendar-query REPORTs with no Depth header and expect it to match on the contents of the collection. No Depth header is equivalent to Depth: 0 as per RFC 4791 and RFC 3253 (section 3.6), so no matching on child resources should be performed by the server. This results in the failure of reports.xml tests and possibly others. -- Ticket URL: <https://trac.calendarserver.org/ticket/297> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #277: Set process name
by CalendarServer 26 Oct '09

26 Oct '09

#277: Set process name --------------------------------+------------------------------------------- Reporter: wsanchez(a)apple.com | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 3: Important | Milestone: 2.x Component: Calendar Server | Version: Severity: Other | Keywords: --------------------------------+------------------------------------------- Server should do `setproctitle` or whatever to set the process name so that it isn't `python`, which makes it harder to distinguish from other python programs. I think this would require a C extension, since Python doesn't provide API for it. -- Ticket URL: <https://trac.calendarserver.org/ticket/277> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #274: caldavd does not properly quote parameters
by CalendarServer 26 Oct '09

26 Oct '09

#274: caldavd does not properly quote parameters ---------------------------------+------------------------------------------ Reporter: kmdurbrow(a)gmail.com | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Version: Severity: Other | Keywords: ---------------------------------+------------------------------------------ Last line of caldavd {{{ ${configfile} }}} should be quoted -- Ticket URL: <https://trac.calendarserver.org/ticket/274> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #286: ./run script have Perl run-time dependency.
by CalendarServer 13 Sep '09

13 Sep '09

#286: ./run script have Perl run-time dependency. ------------------------------+--------------------------------------------- Reporter: bland(a)bbnest.net | Owner: wsanchez(a)apple.com Type: Enhancement | Status: new Priority: 4: Nice to have | Milestone: Component: Calendar Server | Version: trunk Severity: Other | Keywords: ------------------------------+--------------------------------------------- ./run script uses xpath utility to fetch values out of caldavd.plist. This utility is Perl based and adds excessive dependency to CalendarServer bundle. It will be nice to switchover to PyXML inline code instead. -- Ticket URL: <https://trac.calendarserver.org/ticket/286> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #301: 'b' key issue in CalDAVClient
by CalendarServer 24 Mar '09

24 Mar '09

#301: 'b' key issue in CalDAVClient ---------------------------+------------------------------------------------ Reporter: vivien(a)w3.org | Owner: cdaboo(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Client | Version: trunk Severity: Serious | Keywords: ---------------------------+------------------------------------------------ Hi, Trying to use CalDAVClientLibrary on a Debian Lenny server, I noticed that the CalDAVClient shell did not allow to enter the 'b' letter. This issue is quite annoying especially when your user id contains a 'b' :) I found that this issue was reported on the CalendarServer-users mailing list in April 2008 [1]. Unfortunately this bug does not seem to have been fixed as I am running a fresh SVN checkout [2] A patch [3] was proposed in reply to this email fixing this issue. Applying it solved this 'b' key issue problem. Thanks, Vivien [1] http://lists.macosforge.org/pipermail/calendarserver- users/2008-April/000823.html [2] http://svn.macosforge.org/repository/calendarserver/CalDAVClientLibrary/tru… [3] http://lists.macosforge.org/pipermail/calendarserver- users/2008-April/000824.html -- Ticket URL: <https://trac.calendarserver.org/ticket/301> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 4

[CalendarServer] #295: memcached error on CS when I input a new event
by CalendarServer 09 Mar '09

09 Mar '09

#295: memcached error on CS when I input a new event -----------------------------+---------------------------------------------- Reporter: filippos(a)dsi.gr | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 2: Expected | Milestone: Linux Port Component: Calendar Server | Version: trunk Severity: Crash/data loss | Keywords: memcached -----------------------------+---------------------------------------------- error on CS when I input a new event {{{ [memcached] can't run as root without the -u switch }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/295> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 6

[CalendarServer] #300: Add support for ifb (VFREEBUSY) files via GET
by CalendarServer 28 Oct '08

28 Oct '08

#300: Add support for ifb (VFREEBUSY) files via GET -------------------------------+-------------------------------------------- Reporter: helge(a)zideone.com | Owner: wsanchez(a)apple.com Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Version: Severity: Other | Keywords: -------------------------------+-------------------------------------------- CalendarServer currently does not support retrieving regular VFREEBUSY (.vfb, .ifb) resources via a regular HTTP GET. Support for GETable freebusy files would be very helpful since almost any calendar client (including Outlook) already supports that. My suggestion is to add a virtual 'freebusy.ifb' resource below each calendar _and_ one below each principal. Example: {{{ /users/user01/calendar/freebusy.ifb /principals/__uids__/user01/freebusy.ifb }}} Another option would be {{{ /users/user01/calendar.ifb }}} It would be very good for caching if the resources would have an etag. Eg in the case of calendar collection freebusy resources that could be derived from the collections ctag. -- Ticket URL: <https://trac.calendarserver.org/ticket/300> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 5

[CalendarServer] #288: Missed keytab entry cleanup.
by CalendarServer 17 Sep '08

17 Sep '08

#288: Missed keytab entry cleanup. ------------------------------+--------------------------------------------- Reporter: bland(a)bbnest.net | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 2: Expected | Milestone: Component: PyKerberos | Version: Severity: Other | Keywords: ------------------------------+--------------------------------------------- There is a missed keytab entry celanup here: http://trac.calendarserver.org/browser/PyKerberos/trunk/src/kerberosgss.c#L… Expected krb5_free_keytab_entry_contents(kcontext, &entry); bellow this line. -- Ticket URL: <http://trac.calendarserver.org/ticket/288> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 4

[CalendarServer] #281: all invocations of PyCObject_Check(pystate) should return a meaningful exception
by CalendarServer 17 Sep '08

17 Sep '08

#281: all invocations of PyCObject_Check(pystate) should return a meaningful exception -----------------------------+---------------------------------------------- Reporter: agx(a)sigxcpu.org | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: PyKerberos | Version: Severity: Other | Keywords: -----------------------------+---------------------------------------------- without this we see: SystemError: error return without exception set which is not very helpful -- Ticket URL: <https://trac.calendarserver.org/ticket/281> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2