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

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

One of my users experienced this bug when importing a calendar. Ive included the error he saw:

This account (test2) appears to be offline because of a network or server problem. Request for "Discussion regarding monitoring Cienas -- edial access: 0142503#" in "calendar" in account "test2" failed. The server responded with "HTTP/1.1 500 Internal Server Error" to operation CalDAVWriteEntityQueueableOperation. Would you like to go online now?

The error in the DCS console screen:

2008-01-24 09:35:15-0500 [-] [caldav-80] [HTTPChannel,1259,129.79.9.9] PUT /calendars/users/luke/calendar/MM-GLOBAL-ID[3116694307,2975534980,3997448904].ics HTTP/1.1 2008-01-24 09:35:15-0500 [-] [caldav-80] [HTTPChannel,1259,129.79.9.9] Exception rendering: 2008-01-24 09:35:15-0500 [-] [caldav-80] [HTTPChannel,1259,129.79.9.9] Unhandled Error 2008-01-24 09:35:15-0500 [-] [caldav-80] Traceback (most recent call last): 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/web2/resource.py", line 86, in renderHTTP 2008-01-24 09:35:15-0500 [-] [caldav-80] d = self.checkPreconditions(request) 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/web2/static.py", line 90, in checkPreconditions 2008-01-24 09:35:15-0500 [-] [caldav-80] response = maybeDeferred(method, request) 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/internet/defer.py", line 107, in maybeDeferred 2008-01-24 09:35:15-0500 [-] [caldav-80] result = f(*args, **kw) 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/internet/defer.py", line 677, in unwindGenerator 2008-01-24 09:35:15-0500 [-] [caldav-80] return _deferGenerator(f(*args, **kwargs), Deferred()) 2008-01-24 09:35:15-0500 [-] [caldav-80] --- <exception caught here> --- 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/internet/defer.py", line 576, in _deferGenerator 2008-01-24 09:35:15-0500 [-] [caldav-80] result = g.next() 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/web2/dav/method/put.py", line 55, in preconditions_PUT 2008-01-24 09:35:15-0500 [-] [caldav-80] x.getResult() 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/internet/defer.py", line 555, in getResult 2008-01-24 09:35:15-0500 [-] [caldav-80] self.result.raiseException() 2008-01-24 09:35:15-0500 [-] [caldav-80] File "/usr/local/Twisted/twisted/python/failure.py", line 303, in raiseException 2008-01-24 09:35:15-0500 [-] [caldav-80] raise self.type, self.value, self.tb 2008-01-24 09:35:15-0500 [-] [caldav-80] exceptions.ValueError: need more than 1 value to unpack 2008-01-24 09:35:15-0500 [-] [caldav-80] 2008-01-24 09:39:22-0500 [-] [caldav-80] [HTTPChannel,1260,129.79.9.43] PUT /calendars/users/chad/calendar/567BE209-BA1C-4B0E-8BB7-24337B2F2054.ics HTTP/1.1

And the .ics file that caused the unhandled error:

BEGIN:VEVENT SEQUENCE:0 DTSTART;TZID=America/New_York:20071109T150000 DTSTAMP:20071101T144822Z SUMMARY:Discussion regarding monitoring Cienas -- edial access: 0142503 # ATTENDEE;CN="Christian Todorov";CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION; ROLE=REQ-PARTICIPANT;RSVP=TRUE:MAILTO:ctodorov@internet2.edu ATTENDEE;CN="John Graham";CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE=R EQ-PARTICIPANT;RSVP=TRUE:MAILTO:johng@grnoc.iu.edu ATTENDEE;CN="Eric Boyd";CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE=REQ -PARTICIPANT;RSVP=TRUE:MAILTO:eboyd@internet2.edu ATTENDEE;CN="Aaron Brown";CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE=R EQ-PARTICIPANT;RSVP=TRUE:MAILTO:aaron@internet2.edu ATTENDEE;CN="Internet2-Huron Conf. Room / 8";CUTYPE=INDIVIDUAL;PARTSTAT= ACCEPTED;ROLE=REQ-PARTICIPANT;RSVP=TRUE:MAILTO:email.address@not.availab le ATTENDEE;CN="Luke Fowler";CUTYPE=INDIVIDUAL;PARTSTAT=ACCEPTED;ROLE=REQ-P ARTICIPANT:MAILTO:luke@grnoc.iu.edu ATTENDEE;CN="Steve Cotter";CUTYPE=INDIVIDUAL;PARTSTAT=NEEDS-ACTION;ROLE= REQ-PARTICIPANT;RSVP=TRUE:MAILTO:scotter@internet2.edu DTEND;TZID=America/New_York:20071109T160000 LOCATION:Internet2-Huron Conf. Room / 8 DESCRIPTION:734-615-7474 [local and international]\n866-411-0013 [toll-f ree]\n800-392-6130 [alternate toll-free]\n\nAccess: 0142503# UID:MM-GLOBAL-ID[3116694307\,2975534980\,3997448904] TRANSP:OPAQUE ORGANIZER;CN="Sue Boff":MAILTO:sboff@internet2.edu CREATED:20071101T144944Z END:VEVENT

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.

4/13/07 1:52 PM Nick:

(NOTE: This is the CalendarServer r1484.)

When CalendarServer starts up, it attempts to make some Unix socket files. But if the sockets already exist (in my case it was due to a kernel panic that occurred while CalendarServer was running), CalendarServer won't start up.

Steps to Reproduce:

1. Place a dead socket file in CalendarServer/logs/caldavd.sock
2. Run CalendarServer

Expected Results:

• CalendarServer is expected to start up as normal.

Actual Results:

• An exception occurs and CalendarServer quits:

2007-04-13 14:11:04-0600 [-] twistedcaldav.logging.AMPLoggingFactory starting on "'logs/caldavd.sock'"
2007-04-13 14:11:04-0600 [-] Traceback (most recent call last):
2007-04-13 14:11:04-0600 [-]   File "/Users/nickzman/Twisted/bin/twistd", line 21, in <module>
2007-04-13 14:11:04-0600 [-]     run()
2007-04-13 14:11:04-0600 [-]   File "/Users/nickzman/Twisted/twisted/scripts/twistd.py", line 27, in run
2007-04-13 14:11:04-0600 [-]     app.run(runApp, ServerOptions)
2007-04-13 14:11:04-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/app.py", line 379, in run
2007-04-13 14:11:05-0600 [-]     runApp(config)
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/scripts/twistd.py", line 23, in runApp
2007-04-13 14:11:05-0600 [-]     _SomeApplicationRunner(config).run()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/app.py", line 158, in run
2007-04-13 14:11:05-0600 [-]     self.postApplication()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/scripts/_twistd_unix.py", line 213, in postApplication
2007-04-13 14:11:05-0600 [-]     startApplication(self.config, self.application)
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/scripts/_twistd_unix.py", line 174, in startApplication
2007-04-13 14:11:05-0600 [-]     service.IService(application).privilegedStartService()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/service.py", line 228, in privilegedStartService
2007-04-13 14:11:05-0600 [-]     service.privilegedStartService()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/service.py", line 228, in privilegedStartService
2007-04-13 14:11:05-0600 [-]     service.privilegedStartService()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/internet.py", line 68, in privilegedStartService
2007-04-13 14:11:05-0600 [-]     self._port = self._getPort()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/application/internet.py", line 86, in _getPort
2007-04-13 14:11:05-0600 [-]     return getattr(reactor, 'listen'+self.method)(*self.args, **self.kwargs)
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/internet/posixbase.py", line 432, in listenUNIX
2007-04-13 14:11:05-0600 [-]     p.startListening()
2007-04-13 14:11:05-0600 [-]   File "/Users/nickzman/Twisted/twisted/internet/unix.py", line 89, in startListening
2007-04-13 14:11:05-0600 [-]     raise CannotListenError, (None, self.port, le)
2007-04-13 14:11:05-0600 [-] twisted.internet.error.CannotListenError: Couldn't listen on any:logs/caldavd.sock: (48, 'Address already in use').

Notes: If all of the stray socket files in the logs directory are deleted, then and only then does CalendarServer start up correctly.

error on CS when I input a new event

[memcached] can't run as root without the -u switch

http_PUT blocks while storing the calendar data, and it can take up to 5 minutes for a request involving a 208K ics file to complete. This is obviously a pretty good place for a DoS to happen. I suspect the culprit is the calendar validation, this stuff should be deferred to a thread.

Note we have a similar problem with XML; we probably need to switch to ElementTree or similar.

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.

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.

2006/04/27 11:14 AM Cyrus Daboo: * SUMMARY Reports current execute synchronously once the xml data has been parsed. This means that the server is blocked whilst generating report data, and for a report on a big calendar that could take a while. We need to make use of deferreds in some way to split up the report generation process into smaller chunks so that the server can handle other requests at the same time.

We diverged pretty heavily to get ACLs working and we still don't have a full implementation in Twisted trunk. We need to work to get that done and get the calendar server back on trunk.

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

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.

See if we can't gateway to Google Calendar via the server.

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.

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.

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

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.

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.

It appears that the Apache directory service types are broken. Code in udpateDirectoryService() in config.py seems to be trying to validate the directory service parameters from the config file against the known keywords, but there is no entry for them in serviceDefaultParams[], so the code takes a KeyError exception at this line:

if param not in serviceDefaultParams[dsType]:

because dsType is twistedcaldav.directory.apache.DigestDirectoryService, but the list in config.py only has entries for:

twistedcaldav.directory.xmlfile.XMLDirectoryService twistedcaldav.directory.appleopendirectory.OpenDirectoryService

Maybe that list is supposed to be updated somewhere else (from apache.py?), but I couldn't find any such place.