A <DAV:allprop> PROPFIND request SHOULD NOT return quota properties

[alecpl]

It looks to me that when I implement IQuota interface on a collection quota-used-bytes and quota-available-bytes get included in a PROPFIND request with just the <DAV:allprop/> element.

This is in violation of https://datatracker.ietf.org/doc/html/rfc4331#section-2

[alecpl]

Ok, I found #218. It was a wontfix in 2012. "Changing this removes the ability for windows to do these requests, with no obvious benefit."

Well, if geting quota information is not super fast, the benefit would be obvious performance improvement.

So, I wonder, maybe something changed in windows clients since then. Also, I'd give more weight to the RFC than to the vague reasoning in the ticket.

EDIT: I tested Windows File Manager and Cyberduck, none of them support quota. WinSCP does display quota info and has no issue with issuing a separate PROPFIND for these properties.

So, what clients actually support it and require this deviation from the standard?