On Wed, 21 Nov 2007 23:23:36 +0100, R. Mattes wrote > Note the missing '/' in the first callback - this is the result of calling > PROPATCH on > the resouce '/cms/c/'. Before I start diving into the code myself: > any idea what's going wrong here?
Just to follow up on my own post: the dav resource structure is captured during the callback to open the property database. Here's a trace that includes that function as well: # cadaver: dav:/cms/> propnames c/ [Wed Nov 21 23:32:35 2007] [warn] [URI in fcall to 'dav_cms_db_open' is '/cms/c/'] [Wed Nov 21 23:32:35 2007] [warn] [URI in fcall to 'dav_cms_db_define_namespaces' is '/cms/c/'] [Wed Nov 21 23:32:35 2007] [warn] [URI in fcall to 'dav_cms_db_first_name' is '/cms/c/'] # cadaver: propget c/ foo [Wed Nov 21 23:33:06 2007] [warn] [URI in fcall to 'dav_cms_db_open' is '/cms/c/'] [Wed Nov 21 23:33:06 2007] [warn] [URI in fcall to 'dav_cms_db_output_value' is '/cms/c/'] [Wed Nov 21 23:33:06 2007] [warn] [URI in fcall to 'dav_cms_db_define_namespaces' is '/cms/c/'] So, resource->uri isn't correct during the the callback to open the database .... Cheers, RalfD
