incorrect DAV:getcontenttype for collections

[Bug Importer]

When I do a GET on the root page of www.zope.org, the returned Content-Type is text/html. However, when I do a PROPFIND, the returned DAV:getcontenttype property is the empty string.
The WebDAV spec states that the property should match the Content-Type header for a GET. The two are different, which is broken.

This problem was originally discovered as part of a perceived bug against Subversion. That bug has additional discussion which may be interesting:
http://subversion.tigris.org/issues/show_bug.cgi?id=1238

[Lennart Regebro (regebro-gmail)]

The root page has no content-type in Zope, since it has no content. When you do a GET on it, since it has no content, it will instead be rendered, and the rendition will be sent as the GET result. The rendition has a content-type of text/html.

Possible solutions to this is to let contenttype default to text/html instead of defaulting to an empty string as it does today. I don't know what side effects this may have.

[Tres Seaver (tseaver)]

This pseudo-requirement is impossible to satisfy: the content type of the GET request for the container
can be set dynamically by the view method / template for the container, which we are not going to consult
for the PROPFIND request.