Klaus! You’ve done it — ok, I guess somehow I did NOT try that…sigh…
Well, thanks - that seems to do the trick > On Sep 17, 2018, at 2:52 PM, Klaus Berkling <[email protected]> wrote: > > > >> On Sep 17, 2018, at 9:50 AM, Jesse Tayler <[email protected] >> <mailto:[email protected]>> wrote: >> >> I think I’ve tried everything I could think of — >> >> Do you have say, a login cookie that lasts after browser restart? >> > > This is mine. > > WOCookie cookie = new WOCookie(userGUIDCookieKey, guid, "/", null, 2592000, > false); > > I recall having an issue with setting it to secure. I think -1 didn’t work > but it’s been a long time. > > >> Paste in your initializer and I’ll try it — >> >> I read something about setting the setExpires specifically to nil and tried >> it any number of ways. >> >> >> >>> On Sep 17, 2018, at 12:47 PM, Theodore Petrosky <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Jesse, >>> >>> I see that there are overloaded constructors. maybe it doesn’t like being >>> set once it is created! >>> >>> >>> WOCookie cookie = new WOCookie(“USER_ID", userIdentifierCode, "/", null, >>> -1, null, true); >>> (remove the setExpires) >>> >>> public WOCookie(final String name, final String value, final String path, >>> final String domain, final NSTimestamp expires, final boolean isSecure) { >>> this(name, value, path, domain, expires, isSecure, false); >>> } >>> >>> just curious if setting the expires in the constructor does anything >>> different! >>> >>> >>> >>>> On Sep 17, 2018, at 11:44 AM, Jesse Tayler <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>> Hi All >>>> >>>> I’ve tried fussing around with various arguments but for whatever reason >>>> my WOCookie always dies when the browser restarts? >>>> >>>> WOCookie cookie = new WOCookie(“USER_ID", userIdentifierCode, "/", >>>> null, -1, true); >>>> cookie.setExpires(null); >>>> >>>> >>>> I’ve tried various expires and timeout combinations can anyone say what it >>>> is that I’m doing wrong ? >>>> >>>> Seems DISTANT FUTURE is a common need, so I’m confused! >>>> >>>> thanks >>>> >>>> >>>> >>>> _______________________________________________ >>>> Do not post admin requests to the list. They will be ignored. >>>> Webobjects-dev mailing list ([email protected] >>>> <mailto:[email protected]>) >>>> Help/Unsubscribe/Update your Subscription: >>>> https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com >>>> <https://lists.apple.com/mailman/options/webobjects-dev/tedpet5%40yahoo.com> >>>> >>>> This email sent to [email protected] <mailto:[email protected]> >>> >> >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> Webobjects-dev mailing list ([email protected] >> <mailto:[email protected]>) >> Help/Unsubscribe/Update your Subscription: >> https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40berkling.us >> >> <https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40berkling.us> >> >> This email sent to [email protected] <mailto:[email protected]> > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected] > <mailto:[email protected]>) > Help/Unsubscribe/Update your Subscription: > https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com > <https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com> > > This email sent to [email protected] <mailto:[email protected]>
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
