httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38034] - PUT If-None-Match: "*" failures
Date Sat, 05 Jan 2008 06:53:11 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38034>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38034





------- Additional Comments From michael@metaparadigm.com  2008-01-04 22:53 -------
Just a question related to this issue - not sure if I'm 100% correct in my
thinking yet...

Did ap_meet_condition fail because the ETag for the non-existant file is
constantly changing (mtime only ETag from http_etag.c) as there is no finfo
(as a by product of it not existing)?

locks on non-existent files create a .DAV/.locknull so a resource does actually
exist (a lock-null resource)? is this correct?

I'm happy with the present work-around but if what i'm thinking is the case
then a cleaner fix in the future could be having mod_dav always
providing its ETags (overriding http_etag for DAV directories) and as it knows
about lock-null resources it could use the .locknull file for a constant
inode-size-mtime Etag instead of just mtime, making ap_meets_condition happy?

That's if my assumptions are correct.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message