Quantcast

ical request error Bad Request CalDAVAccountRefreshQueueableOperation

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

ical request error Bad Request CalDAVAccountRefreshQueueableOperation

Charles Bueche
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

------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
rscds-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/rscds-general
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: ical request error Bad Request CalDAVAccountRefreshQueueableOperation

Charles Bueche
Me again,

adding a filter for E_NOTICE in php.ini fixed my problem :

error_reporting = E_ALL & ~E_NOTICE & ~E_DEPRECATED

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
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> rscds-general mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/rscds-general
>  


------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
rscds-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/rscds-general
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: ical request error Bad Request CalDAVAccountRefreshQueueableOperation

Andrew McMillan
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
> >
> > ------------------------------------------------------------------------------
> > ThinkGeek and WIRED's GeekDad team up for the Ultimate
> > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> > lucky parental unit.  See the prize list and enter to win:
> > http://p.sf.net/sfu/thinkgeek-promo
> > _______________________________________________
> > rscds-general mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/rscds-general
> >  
>
>
> ------------------------------------------------------------------------------
> ThinkGeek and WIRED's GeekDad team up for the Ultimate
> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
> lucky parental unit.  See the prize list and enter to win:
> http://p.sf.net/sfu/thinkgeek-promo
> _______________________________________________
> rscds-general mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/rscds-general
>
--
------------------------------------------------------------------------
andrew (AT) morphoss (DOT) com                            +64(272)DEBIAN
              Does the turtle move for you?  www.kame.net
------------------------------------------------------------------------


------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
rscds-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/rscds-general

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate

Re: ical request error Bad Request CalDAVAccountRefreshQueueableOperation

Charles Bueche
 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
>>>
>>> ------------------------------------------------------------------------------
>>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>>> lucky parental unit.  See the prize list and enter to win:
>>> http://p.sf.net/sfu/thinkgeek-promo
>>> _______________________________________________
>>> rscds-general mailing list
>>> [hidden email]
>>> https://lists.sourceforge.net/lists/listinfo/rscds-general
>>>  
>>
>> ------------------------------------------------------------------------------
>> ThinkGeek and WIRED's GeekDad team up for the Ultimate
>> GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
>> lucky parental unit.  See the prize list and enter to win:
>> http://p.sf.net/sfu/thinkgeek-promo
>> _______________________________________________
>> rscds-general mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/rscds-general
>>


------------------------------------------------------------------------------
ThinkGeek and WIRED's GeekDad team up for the Ultimate
GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the
lucky parental unit.  See the prize list and enter to win:
http://p.sf.net/sfu/thinkgeek-promo
_______________________________________________
rscds-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/rscds-general
Loading...