DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13211>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13211 cookies are set twice ------- Additional Comments From [EMAIL PROTECTED] 2003-02-14 14:29 ------- Comments below are from Andr� Malo [EMAIL PROTECTED] from the [email protected] mailing list: *hrm* I can verify that behaviour for directory requests (i.e. mod_dir/DirectoryIndex) without negotiation of the index file. It seems to happen the following (GET / HTTP/1.0) without negotiation: run_fixup: ->mod_usertrack: spot_cookie ->mod_dir: search and find index.html using sub_req_lookup_uri, which runs a fixup itself (->next spot_cookie) ->internal_fast_redirect -> apr_table_overlay(r->headers_out, rr->headers_out) ^^ two cookies here ^^ mod_negotiation instead (in case of index.html.var) does an additional normal internal_redirect to the negotiated resource, which drops the old stuff and cooks (not only) its own cookie. right? Conclusion: are overlay'ed tables in internal_fast_redirect semantically intended? Could someone please explain in slow words ;-), why? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
