Mailing List Archive: DELETE produce Stack Trace

DELETE produce Stack Trace

Jan 14, 2015, 12:47 PM

Post #1 of 4 (1399 views)

Hi,

I'm running the latest version of davical and awl from git as of
14.1.2015. With this and previous versions, I have trace dumps when
deleting calendar entries. The deletion can happen on my Mac
(Mavericks), my iPad (IOS 7.1.2) or my Android (CalDAV-Sync).

Any hint welcome.
TIA,
Charles

access.log :
========

217.nnn.218.mmm - chas [14/Jan/2015:21:40:08 +0100] "DELETE
/caldav.php/chas/Priv/0C757045-F186-4969-9CC4-82A1E21744B0.ics HTTP/1.1"
204 662 "-" "CalDAV-Sync (Android) (like iOS/5.0.1 (9A405)
dataaccessd/1.0) gzip"

error.log :
=======

[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] davical:
BUG: :Exists true
[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm]
================= Stack Trace ===================
[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
/data/davical-git-2015.01.14/htdocs/caldav.php[135] calls include()
[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
/data/davical-git-2015.01.14/inc/caldav-DELETE.php[77] calls
do_scheduling_for_delete()
[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
/data/davical-git-2015.01.14/inc/schedule-functions.php[32] calls
DAVResource->GetProperty()

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Re: DELETE produce Stack Trace [ In reply to ]

cblists at bueche

Jan 15, 2015, 11:08 AM

Post #2 of 4 (1338 views)

Permalink

Sorry I should have be more precise. The git clone was from gitlab,
specifically from https://gitlab.com/davical-project

Charles

On 15.01.15 19:38, Jim Fenton wrote:
> Just to be clear on what "from git" means, do you mean Gitlab or GitHub?
> We have moved the official repository to Gitlab; GitHub is historical.
>
> -Jim
>
> On 1/14/15 12:47 PM, Charles Bueche wrote:
>> Hi,
>>
>> I'm running the latest version of davical and awl from git as of
>> 14.1.2015. With this and previous versions, I have trace dumps when
>> deleting calendar entries. The deletion can happen on my Mac
>> (Mavericks), my iPad (IOS 7.1.2) or my Android (CalDAV-Sync).
>>
>> Any hint welcome.
>> TIA,
>> Charles
>>
>>
>> access.log :
>> ========
>>
>> 217.nnn.218.mmm - chas [14/Jan/2015:21:40:08 +0100] "DELETE
>> /caldav.php/chas/Priv/0C757045-F186-4969-9CC4-82A1E21744B0.ics HTTP/1.1"
>> 204 662 "-" "CalDAV-Sync (Android) (like iOS/5.0.1 (9A405)
>> dataaccessd/1.0) gzip"
>>
>>
>> error.log :
>> =======
>>
>> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] davical:
>> BUG: :Exists true
>> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm]
>> ================= Stack Trace ===================
>> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
>> /data/davical-git-2015.01.14/htdocs/caldav.php[135] calls include()
>> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
>> /data/davical-git-2015.01.14/inc/caldav-DELETE.php[77] calls
>> do_scheduling_for_delete()
>> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
>> /data/davical-git-2015.01.14/inc/schedule-functions.php[32] calls
>> DAVResource->GetProperty()
>>
>>

------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general

Re: DELETE produce Stack Trace [ In reply to ]

cblists at bueche

Nov 17, 2015, 12:31 PM

Post #3 of 4 (1026 views)

Permalink

Hi,

based on another post from Egoitz Aurrekoetxea on 27.4.2015, I changed
my configuration file to have

$c->enable_auto_schedule = false;

and the errors are now gone. But the bug is not fixed, the code just
returns success without doing anything.

Remark : the example config does not mention this setting.

Regs,
Charles

--
Charles Bueche
netnea AG
079 330 00 70
bueche@netnea.com

On 14 Jan 2015, at 21:47, Charles Bueche wrote:

> Hi,
>
> I'm running the latest version of davical and awl from git as of
> 14.1.2015. With this and previous versions, I have trace dumps when
> deleting calendar entries. The deletion can happen on my Mac
> (Mavericks), my iPad (IOS 7.1.2) or my Android (CalDAV-Sync).
>
> Any hint welcome.
> TIA,
> Charles
>
>
> access.log :
> ========
>
> 217.nnn.218.mmm - chas [14/Jan/2015:21:40:08 +0100] "DELETE
> /caldav.php/chas/Priv/0C757045-F186-4969-9CC4-82A1E21744B0.ics
> HTTP/1.1"
> 204 662 "-" "CalDAV-Sync (Android) (like iOS/5.0.1 (9A405)
> dataaccessd/1.0) gzip"
>
>
> error.log :
> =======
>
> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] davical:
> BUG: :Exists true
> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm]
> ================= Stack Trace ===================
> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> /data/davical-git-2015.01.14/htdocs/caldav.php[135] calls include()
> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> /data/davical-git-2015.01.14/inc/caldav-DELETE.php[77] calls
> do_scheduling_for_delete()
> [Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> /data/davical-git-2015.01.14/inc/schedule-functions.php[32] calls
> DAVResource->GetProperty()
>
>
> ------------------------------------------------------------------------------
> New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
> GigeNET is offering a free month of service with a new server in
> Ashburn.
> Choose from 2 high performing configs, both with 100TB of bandwidth.
> Higher redundancy.Lower latency.Increased capacity.Completely
> compliant.
> http://p.sf.net/sfu/gigenet
> _______________________________________________
> Davical-general mailing list
> Davical-general@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/davical-general

Re: DELETE produce Stack Trace [ In reply to ]

fsfs at debian

Jan 11, 2016, 6:34 AM

Post #4 of 4 (971 views)

Permalink

Hi Charles,

> >error.log :
> >=======
> >
> >[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] davical:
> >BUG: :Exists true
> >[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm]
> >================= Stack Trace ===================
> >[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> >/data/davical-git-2015.01.14/htdocs/caldav.php[135] calls include()
> >[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> >/data/davical-git-2015.01.14/inc/caldav-DELETE.php[77] calls
> >do_scheduling_for_delete()
> >[Wed Jan 14 21:40:08 2015] [error] [client 217.nnn.218.mmm] ===>
> >/data/davical-git-2015.01.14/inc/schedule-functions.php[32] calls
> >DAVResource->GetProperty()

this is not actually a bug, but a leftover debugging statement that
produces a stack trace whenever the code path is hit. You can disregard
it knowing that it will be changed to a debugging statement in the
upcoming davical 1.1.4 release.

Florian

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
Davical-general mailing list
Davical-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/davical-general