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
> >
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Does the turtle move for you? www.kame.net
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20100615/d6eef168/attachment.pgp>
-------------- next part --------------
> 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
> >
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com +64(272)DEBIAN
Does the turtle move for you? www.kame.net
------------------------------------------------------------------------
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.morphoss.com/pipermail/davical-users/attachments/20100615/d6eef168/attachment.pgp>
-------------- next part --------------