Re: How to force WebView to use a separate NSHTTPCookieStorage ?
Re: How to force WebView to use a separate NSHTTPCookieStorage ?
- Subject: Re: How to force WebView to use a separate NSHTTPCookieStorage ?
- From: Ben <email@hidden>
- Date: Wed, 30 Nov 2011 14:48:37 +0000
On 30 Nov 2011, at 14:24, John Joyce wrote:
>
> On Nov 30, 2011, at 8:11 AM, Mike Abdullah wrote:
>
>>
>> On 30 Nov 2011, at 12:00, Ben wrote:
>>
>>> I am writing an app which opens up multiple WebView's of the same web site. The problem I'm having is that the website detects that I already have a page open and closes the previously opened page.
>>>
>>> So I'm presuming that the method by which it is detecting identical pages is via cookies, and if I can make each WebView use a separate NSHTTPCookieStorage rather than the normal shared singleton, I think I might solve the problem.
>>>
>>> Does anyone have any ideas how I would achieve this?_______________________________________________
>>
>> In short this is rather a pain. There's no way to create a separate NSHTTPCookieStorage instance. What you can do though:
>>
>> - Use the WebResourceLoadDelegate to modify all outgoing requests:
>> 1. Create a mutable copy of the request
>> 2. Tell it not to use the standard cookie system
>> 3. Apply cookies from your own custom storage. Fortunately the URL loading system provides methods to do this
>>
>> - When receiving a response, process the cookies and store them in your own custom storage. Again the URL system does provide some convenience methods to do quite a bit of the work.
>>
>> ________________
> In other words, you have to roll your own solution if you do not want to use the per-user account shared cookie storage.
> That said, a site could (and many do) track by far more than cookies...
>
Sure, well I have ruled out that the site is using IP and hostName, and as far as my knowledge of Javascript goes, I don't think javascript running on one web page, can access a separate web page unless it created it itself. That's all the methods I can think of that they may be using ._______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden