>Number: 4850 >Category: mod_jserv >Synopsis: cant delete cookie with setMaxAge(0). >Confidential: no >Severity: critical >Priority: medium >Responsible: jserv >State: open >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Wed Aug 11 09:50:01 PDT 1999 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3.6, 1.0 (Windows NT) >Environment: Windows NT 4.0, sun JDK 1.7, sun jsdk 2.0. >Description: I noticed that using the setMaxAge(0) method doesn't delete a cookie as it should on this release and platform. I tested this on a linux version of apache/JServ and it works OK. Tested with Netscape 4.61 on windows and also Netscape 4.07 on linux. The only way I can delete the cookie is to use a "very near" future expire value such as setMaxAge(1). I believe the jsdk2.0 documenation for the Cookie class for setMaxAge states that to delete a cookie, use a value of 0. To create a non-disk cookie, use a value in the past. And all future dates will expire as they are reached. I can email you a very simple, self containing stand alone servlet to demonstrate this if you would like. Please respond to the email above for any further info. Thanks for the work you do; Apache/Jserv is wonderful. >How-To-Repeat: email request for simple servlet to [EMAIL PROTECTED] >Fix: no, sorry. It is happening on apache 1.3.6/jserv1.0 on NT. DOES NOT happen on apache 1.3.3/jserv1.0b3 on linux. >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, you need] [to include <[EMAIL PROTECTED]> in the Cc line and make sure the] [subject line starts with the report component and number, with ] [or without any 'Re:' prefixes (such as "general/1098:" or ] ["Re: general/1098:"). If the subject doesn't match this ] [pattern, your message will be misfiled and ignored. The ] ["apbugs" address is not added to the Cc line of messages from ] [the database automatically because of the potential for mail ] [loops. If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request from a ] [developer. Reply only with text; DO NOT SEND ATTACHMENTS! ]
