[CalendarServer-dev] Re: [CalendarServer-changes] [1059]
CalendarServer/trunk/twistedcaldav/static.py
Wilfredo Sánchez Vega
wsanchez at wsanchez.net
Fri Jan 19 13:33:54 PST 2007
Would raising HTTPError(responsecode.NOT_FOUND) be more appropriate
here?
I know I haven't defined provisionChild() very well yet, but my
thinking it that it's not really supposed to be called unless we know
the child should exist; the caller should expect it to always work.
Raising should give us a better error result if not handled, where
returning None might cause some other (more obscure) error down the
line.
I don't know what the error trace looked like, so I might be wrong.
-wsv
On Jan 18, 2007, at 11:26 AM, source_changes at macosforge.org wrote:
> Revision
> 1059
> Author
> cdaboo at apple.com
> Date
> 2007-01-18 11:26:46 -0800 (Thu, 18 Jan 2007)
> Log Message
>
> Fix 500 error when doing a request on a non-existent user's outbox.
> Modified Paths
>
> CalendarServer/trunk/twistedcaldav/static.py
> Diff
>
> Modified: CalendarServer/trunk/twistedcaldav/static.py (1058 => 1059)
>
> --- CalendarServer/trunk/twistedcaldav/static.py 2007-01-18 16:57:31
> UTC (rev 1058)
> +++ CalendarServer/trunk/twistedcaldav/static.py 2007-01-18 19:26:46
> UTC (rev 1059)
> @@ -436,7 +436,10 @@
>
> def provisionChild(self, name):
> record =
> self.directory.recordWithShortName(self.recordType, name)
> - assert record is not None, "No directory record %r of type
> %r" % (name, self.recordType)
> + if record is None:
> + log.msg("No directory record %r of type %r" % (name,
> self.recordType))
> + return None
> +
> child = CalendarHomeFile(self.fp.child(name).path, self,
> record)
> if not child.exists():
> # NOTE: provisionDefaultCalendars() returns a deferred,
> which we are ignoring.
> _______________________________________________
> calendarserver-changes mailing list
> calendarserver-changes at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/calendarserver-changes
More information about the calendarserver-dev
mailing list