Re: WOCookie after browser restart?
Re: WOCookie after browser restart?
- Subject: Re: WOCookie after browser restart?
- From: Jesse Tayler <email@hidden>
- Date: Wed, 19 Sep 2018 10:24:43 -0400
I just used what you threw me and right off it just worked as planned.
Basically the test is to log in locally, quite browser and return and if you’re
still logged in? Then it worked.
Maybe we should make note in the wiki pages?
There was very little about WOCookie, but a simple listing of a line that works
could help I’d imagine…
> On Sep 19, 2018, at 10:21 AM, Klaus Berkling <email@hidden> wrote:
>
>
>
> On Sep 19, 2018, at 07:12, Jesse Tayler <email@hidden
> <mailto:email@hidden>> wrote:
>
>> Klaus!
>>
>> You’ve done it — ok, I guess somehow I did NOT try that…sigh…
>>
>> Well, thanks - that seems to do the trick
>
> Nice, glad that worked. Did you set secure to true? Or was it the -1?
>
>>
>>
>>
>>> On Sep 17, 2018, at 2:52 PM, Klaus Berkling <email@hidden
>>> <mailto:email@hidden>> wrote:
>>>
>>>
>>>
>>>> On Sep 17, 2018, at 9:50 AM, Jesse Tayler <email@hidden
>>>> <mailto:email@hidden>> 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@hidden
>>>>> <mailto:email@hidden>> 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@hidden
>>>>>> <mailto:email@hidden>> 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@hidden
>>>>>> <mailto:email@hidden>)
>>>>>> Help/Unsubscribe/Update your Subscription:
>>>>>>
>>>>>>
>>>>>> This email sent to email@hidden <mailto:email@hidden>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list (email@hidden
>>>> <mailto:email@hidden>)
>>>> Help/Unsubscribe/Update your Subscription:
>>>>
>>>>
>>>> This email sent to email@hidden <mailto:email@hidden>
>>> _______________________________________________
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list (email@hidden
>>> <mailto:email@hidden>)
>>> Help/Unsubscribe/Update your Subscription:
>>>
>>> This email sent to email@hidden <mailto:email@hidden>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden