Mailing List Archive: ical request error Bad Request CalDAVAccountRefreshQueueableOperation

Hi all,

since a few weeks, I'm getting a lot of these errors in iCal popups
after the auto-refresh.
Another one is "The server responded with "HTTP/1.0 500 Internal Server
Error" to operation CalDAVWriteEntityQueueableOperation."

Most of the time, after closing all dialog boxes, a "Refresh all" works
perfectly, until the next auto-refresh.

My situation : OS X 10.5.8, iCal 3.0.8. Davical server 0.9.9 on Ubuntu
lucid 10.04.

in my Mac system log, I see this error :

Jun 14 08:53:02 sliver iCal[38267]: CalDAV
CalDAVAccountRefreshQueueableOperation failed: status 'HTTP/1.1 400 Bad
Request' request:\n\n<?xml version="1.0"
encoding="utf-8"?>\n<x0:propfind
xmlns:x1="http://calendarserver.org/ns/" xmlns:x0="DAV:"
xmlns:x3="http://apple.com/ns/ical/"
xmlns:x2="urn:ietf:params:xml:ns:caldav">\n <x0:prop>\n
<x1:getctag/>\n <x0:displayname/>\n <x2:calendar-description/>\n
<x3:calendar-color/>\n <x3:calendar-order/>\n <x0:resourcetype/>\n
<x2:calendar-free-busy-set/>\n </x0:prop>\n</x0:propfind>\n\n...
response:\nHTTP/1.1 400 Bad Request^M\nDate: Mon, 14 Jun 2010 06:53:02
GMT^M\nServer: Apache^M\nVary: Accept-Encoding^M\nContent-Length:
295^M\nConnection: close^M\nContent-Type: text/html;
charset=iso-8859-1^M\n^M\n<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML
2.0//EN">\n<html><head>\n<title>400 Bad
Request</title>\n</head><body>\n<h1>Bad Request</h1>\n<p>Your browser
sent a request that this server could not understand.<br />\nRequest
header field is missing ':' separator.<br
/>\n<pre>\nive</pre>\n</p>\n</body></html>

on the Apache server, I see "request failed: error reading the headers",
but not many other errors.

The server is dedicated to this task, so I can change Apache's config or
php.ini to debug this one.

Advice welcome,
Charles

Hello Andrew and list,

after the OS upgrade, we left the original php.ini in place. Later, I
merged my changes and used the new php.ini from the distribution. Now I
cannot reproduce the initial error anymore. I guess my merge fixed it. I
will come back with a debug/sniffing session results if it happens again.

Thanks for your support,
Charles

On 6/15/10 0:04, Andrew McMillan wrote:
> On Mon, 2010-06-14 at 14:54 +0200, Charles Bueche wrote:
>> Me again,
>>
>> adding a filter for E_NOTICE in php.ini fixed my problem :
>>
>> error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED
> Hi Charles,
>
> That's interesting. The error message you see from Apache suggests that
> the Mac is sending through a badly formed request where something in the
> header is not in the form:
>
> Header-field: Header-value
>
> but it may be that this is tickling an unassigned variable notice in
> DAViCal. It would be good if you could re-enable E_NOTICE temporarily
> and get me a packet capture of the problem, which will include the PHP
> error message (or maybe you can just see the PHP notice in the Apache
> error log).
>
> Nobody should run with E_NOTICE on in production, of course, due to the
> inevitable differences between PHP versions and what will and won't
> create a notice unpredictably in the output stream.
>
> I do endeavour to remove all possible occasions where PHP might output a
> notice of some kind, I simply can't get to see them all, so it's helpful
> if people who do turn that on and see problems can track the issue down
> to the actual message... :-)
>
> Thanks,
> Andrew.
>
>> Regs,
>> Charles
>>
>> On 6/14/10 9:06, Charles Bueche wrote:
>>> Hi all,
>>>
>>> since a few weeks, I'm getting a lot of these errors in iCal popups
>>> after the auto-refresh.
>>> Another one is "The server responded with "HTTP/1.0 500 Internal Server
>>> Error" to operation CalDAVWriteEntityQueueableOperation."
>>>
>>> Most of the time, after closing all dialog boxes, a "Refresh all" works
>>> perfectly, until the next auto-refresh.
>>>
>>> My situation : OS X 10.5.8, iCal 3.0.8. Davical server 0.9.9 on Ubuntu
>>> lucid 10.04.
>>>
>>> in my Mac system log, I see this error :
>>>
>>> Jun 14 08:53:02 sliver iCal[38267]: CalDAV
>>> CalDAVAccountRefreshQueueableOperation failed: status 'HTTP/1.1 400 Bad
>>> Request' request:\n\n<?xml version="1.0"
>>> encoding="utf-8"?>\n<x0:propfind
>>> xmlns:x1="http://calendarserver.org/ns/" xmlns:x0="DAV:"
>>> xmlns:x3="http://apple.com/ns/ical/"
>>> xmlns:x2="urn:ietf:params:xml:ns:caldav">\n <x0:prop>\n
>>> <x1:getctag/>\n <x0:displayname/>\n <x2:calendar-description/>\n
>>> <x3:calendar-color/>\n <x3:calendar-order/>\n <x0:resourcetype/>\n
>>> <x2:calendar-free-busy-set/>\n </x0:prop>\n</x0:propfind>\n\n...
>>> response:\nHTTP/1.1 400 Bad Request^M\nDate: Mon, 14 Jun 2010 06:53:02
>>> GMT^M\nServer: Apache^M\nVary: Accept-Encoding^M\nContent-Length:
>>> 295^M\nConnection: close^M\nContent-Type: text/html;
>>> charset=iso-8859-1^M\n^M\n<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML
>>> 2.0//EN">\n<html><head>\n<title>400 Bad
>>> Request</title>\n</head><body>\n<h1>Bad Request</h1>\n<p>Your browser
>>> sent a request that this server could not understand.<br />\nRequest
>>> header field is missing ':' separator.<br
>>> />\n<pre>\nive</pre>\n</p>\n</body></html>
>>>
>>> on the Apache server, I see "request failed: error reading the headers",
>>> but not many other errors.
>>>
>>> The server is dedicated to this task, so I can change Apache's config or
>>> php.ini to debug this one.
>>>
>>> Advice welcome,
>>> Charles
>>>