Projects
Wiki     Timeline     Roadmap     Browse Source     View Tickets     New Ticket     Search

{5} Assigned, Active Tickets by Owner (Full Description) (24 matches)

List tickets assigned, group by ticket owner. This report demonstrates the use of full-row display.

cdaboo@… (2 matches)

Ticket Summary Component Milestone Type Created
Description
#107 Too many children of type {DAV:}prop for {DAV:}principal-match Calendar Server Later Defect 12/14/06 
2006/12/14 23:04 -0700 [HTTPChannel,99,127.0.0.1] REPORT /principals/user/ HTTP/1.1
2006/12/14 23:04 -0700 [-] Exception rendering:
2006/12/14 23:04 -0700 [-] Unhandled Error
        Traceback (most recent call last):
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 239, in callback
            self._startRunCallbacks(result)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 304, in _startRunCallbacks
            self._runCallbacks()
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 317, in _runCallbacks
            self.result = callback(self.result, *args, **kw)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 647, in gotResult
            _deferGenerator(g, deferred)
        --- <exception caught here> ---
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 623, in _deferGenerator
            result = g.next()
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/method/report.py", line 69, in http_REPORT
            doc = doc.getResult()
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 609, in getResult
            self.result.raiseException()
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/internet/defer.py", line 317, in _runCallbacks
            self.result = callback(self.result, *args, **kw)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/util.py", line 66, in gotAllData
            return filter(result)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/util.py", line 79, in parse
            return davxml.WebDAVDocument.fromString(xml)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/element/parser.py", line 218, in parse
            parser.parse(source)
          File "/System/Library/Frameworks/Python.framework/Versions/2.4/Extras/lib/python/_xmlplus/sax/expatreader.py", line 109, in parse
            xmlreader.IncrementalParser.parse(self, source)
          File "/System/Library/Frameworks/Python.framework/Versions/2.4/Extras/lib/python/_xmlplus/sax/xmlreader.py", line 123, in parse
            self.feed(buffer)
          File "/System/Library/Frameworks/Python.framework/Versions/2.4/Extras/lib/python/_xmlplus/sax/expatreader.py", line 216, in feed
            self._parser.Parse(data, isFinal)
          File "/System/Library/Frameworks/Python.framework/Versions/2.4/Extras/lib/python/_xmlplus/sax/expatreader.py", line 364, in end_element_ns
            self._cont_handler.endElementNS(pair, None)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/element/parser.py", line 178, in endElementNS
            element = top["class"](*top["children"], **top["attributes"])
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/element/rfc3744.py", line 660, in __init__
            super(PrincipalMatch, self).__init__(*children, **attributes)
          File "/Volumes/data/Users/wsanchez/Developer/CalendarServer/Twisted/twisted/web2/dav/element/base.py", line 124, in __init__
            assert max > 0, "Too many children of type %s for %s" % (child.sname(), self.sname())
        exceptions.AssertionError: Too many children of type {DAV:}prop for {DAV:}principal-match
#264 twistedcaldav/sql.py fails in _db_init Calendar Server Linux Port Defect 03/31/08

with pysqlite2 version 2.4.1 on debian linux, sql.py fails in _db_init with 

pysqlite2.dbapi2.OperationalError: cannot commit - no transaction is active

What seems to happen is

  • autocommit mode is turned on
  • "begin exclusive transaction" is executed (?)
  • schema is checked/initialized/upgraded/whatever
  • commit
  • previous isolation level is restored

The commit fails because obviously no transaction can be active in autocommit-mode.

wsanchez@… (22 matches)

Ticket Summary Component Milestone Type Created
Description
#79 Add list of system requirements Infrastructure Later Defect 11/03/06

We need to add a list of software requirements for the server - specifically things we assume are already installed. e.g., sqllite 3, SVN 1.3 or greater, Python 2.4 or greater, Kerberos, etc.

#111 On-demand de-provisioning. Calendar Server CalendarServer-3.x Defect 12/15/06

Principal and calendar home resources need to be de-provisioned somehow. See #25 for how I expect it to work, based on the directory service.

What's presently missing is handling the case where a disabled user is re-enabled with a new GUID (meaning it's a new user with the same short name). Right now, the new user sees the old user's data.

Moving to 2.x for the rest.

#118 Docs need another roll Calendar Server Later Defect 01/04/07

Documentation (on the Wiki) is stale again:

  • repository.xml no longer exists.
  • Directory services may need a once-over.
  • Need to document caldavd.plist.
  • Update README.
  • We probably need more detailed docs in the project itself, since they should be versioned with the code.
#33 API Documentation should be made available via the web. Infrastructure Later Defect 08/17/06

Currently API documentation can be generated by running doc/gendocs but an up-to-date copy should also be available on the website. Possibly as part of an svn post-commit hook.

#154 Inheritable ACEs should be passed down to instantiated child resources Calendar Server Later Defect 04/19/07

12/7/06 6:53 PM Wilfredo Sanchez: Inheritable ACEs should be passed down to instantiated child resources

This keeps them easily available for ACL queries, rather than having to computer them (at least once) by walking the URL tree.

#212 We should avoid the non-standard Connection.execute method in sqlite3. Calendar Server Later Defect 01/11/08

 http://docs.python.org/lib/sqlite3-Connection-Objects.html

It documents several methods as "nonstandard shortcuts" we should avoid using any of these methods specifically Connection.execute because it prevents us from working on older but otherwise compatible sqlite modules.

#271 [PATCH] Name Service Switch (NSS) directory backend Calendar Server CalendarServer-3.x Defect 04/27/08

This implements a simple NSS based user and group lookup directory service (it basically uses what's returned by the python's pwd and grp modules).

You can set a prefix for groups and ranges for uids/gids to make sure system users/groups don't end up having calendars.

This directory service is not doing any authentication, simply use Kerberos.

twistedcaldav.directory.nss.NssDirectoryService has some documentation in the top of the file.

#16 Use incremental XML parsing to avoid blocking Calendar Server CalendarServer-3.x Enhancement 08/15/06

When we receive requests from the network which contain XML bodies (eg. DAV methods), we read the request stream into memory until we have all of it, then parse the XML. This is the only option we ahve with PyXML, I think, since it's parse() routines require a string, or do blocking I/O on a filehandle.

The downside here is that we have to have all of the XML in memory before we can continue, which is lame.

What we actually want is a parser that we can feed data to incrementally. ElementTree appears to have this property, so switching parsers to ElementTree could be nice. ElementTree also has the advantage of being slated for inclusion in future python releases, seems lighter weight than PyXML, and has a less complicated licensing situation.

We should also consider LXML, which is ElementTree-like, but binds to the Libxml2 C library and apparently performs better.

What we're after here is better performance, in terms of both memory and CPU. XML parsing and iCalendar parsing are, I think, going to be some of our prominent bottlenecks.

I'll mark this as a P4 for Preview 1, since our main goal for Preview 1 is feature completeness, so people can start using it.

#91 Apache digest directory service needs to match entries by realm name Calendar Server Later Defect 12/08/06

Apache digest directory service needs to match entries by realm name. It presently reads all entries; needs to filter out non-matching realms.

#113 ./run does not detect if the correct xattr module is installed. Calendar Server Later Defect 12/21/06

the ./run script currently only tries import xattr, it does not check if the xattr module has the attribute "xattr", which is what twisted does when choosing the NonePropertyStore

#64 Extract attachments from iCalendar resources Calendar Server Later Enhancement 09/26/06

If a client writes an iCalendar resource with an attachment in it (encoded inline, rather than referenced by URI), the iCalendar data will be large. This is problematic if the client wishes to make a small (in terms of data size) change to the iCalendar data, such as changing the event title or time, because it will also have to re-upload all of the attachment data as well. A change of a few bytes could end up requiring megabytes (or more) to be sent over the wire.

A solution I'd like to pursue involved the server extracting the attachment from the resource during PUT, parking the attachment in a different location, and rewriting the iCalendar data to reference the attachment resource by URI.

#132 Separate calendar logic from CalDAV Calendar Server CalendarServer-3.x Enhancement 02/23/07

This is probably a honker big task, but we need to think about it long term.

Our calendaring logic is very much embedded in the CalDAV protocol implementation. This means that accessing the calendaring logic without going through the HTTP chain is difficult, if not impossible, which presents a number of issues:

  • We can't easily write tools outside of the server to manage calendars.
  • We can't perform calendaring mainenance while the server isn't running.
  • Testing calendar logic independantly of the protocol is difficult.
  • Code maintenance is a bit trickier
#24 "caldavd -X start" shouldn't create a PID file Calendar Server Later Defect 08/15/06

"caldavd -X start" shouldn't create a PID file

The reason being that it is unnecessary to do so and it runs counter to how launchd does things.

#52 Calendar collections only properties appear on all resources Calendar Server Later Defect 09/15/06

Properties: supported-calendar-set, supported-calendar-data and max-resource-size are only defined on calendar collection resources, but they appear on ALL CalDAVResource objects.

It is hard to change this without making a new CalDAVCalendarCollectionResource type with those listed as live-properties and remove them from CalDAVResource.

Note that we are not strictly violating the spec as it only says those properties MAY be defined on calendar collections. It does not say they MUST NOT be on other resources. So this is just a nice to have fix.

#103 Unable to create collections in /calenders Calendar Server Later Defect 12/14/06

MKCOL does not work in /calendars. (I tried it with Mulberry and cadaver.) The server responds with "404 Not Found". I would expect this to be possible, e.g. to create a collection "/calendars/public" as suggested by Cyrus in message on the calenderserver-users on 2006-12-09.

#116 IDAVPrincipalCollectionResource is incomplete Calendar Server Later Defect 01/04/07

It does not include several generally useful methods found on DirectoryPrincipalCollectionResource, such as principalForUser. It should also contain a principalForShortName method that is analogous to DirectoryService.recordWithShortName taking a type and a shortname.

#122 Be better about exception classes Calendar Server Later Defect 01/26/07

We're totally over-using ValueError, etc. when we should be creating new exception classes.

Let's go though and try to clean that up...

#139 DeltaV preconditions and postconditions Calendar Server Later Defect 04/19/07

Ensure that these are being met, and that the correct responses (XML) are being sent back when they are not.

Some errors may still return HTML responses instead of XML responses.

I'm wondering if we can avoid duplicating error handling code here... perhaps sending XML to all DAV clients is OK.

Also have to make sure CalDAV preconditions and postconditions are all checked.

It's not clear how critical this is; depends on how many of our clients will simply use status codes vs. try to parse the response XML.

#74 Clean up unused time zone definitions? Calendar Server Later Enhancement 10/18/06

If a client sends us iCalendar data (eg. in PUT) which contains a VTIMEZONE component that is not referred to by any other component in the (eg. VEVENT) resource, the VTIMEZONE component is superfluous data.

It's not illegal to do this, but it is rather goofy, since it's simply a (admittedly small) waste of disk space and bandwidth.

Perhaps we should rewrite the data in this case to remove the superfluous component.

#286 ./run script have Perl run-time dependency. Calendar Server Later Enhancement 06/20/08

./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.

#12 Allow PUT on calendar collection to create CalDAV events Calendar Server Later Feature 08/15/06

It may be useful, for legacy clients (eg. iCal on Tiger), to be able to write to a CalDAV server by performing a PUT of a monolithic iCalendar file onto a calendar collection. We already support GET on calendar collections, so this would be the complement.

#19 hCalendar input/output Calendar Server Later Feature 08/15/06

It would be swell if the server could accept  hCalendar input and emit hCalendar output, given the right content-type/accept headers. This would help the microformats folks use it to embed calendar data into HTML and so on.

Note: See TracReports for help on using and creating reports.