Bug 83367 - [QT] Customized path for storing cookie
Summary: [QT] Customized path for storing cookie
Status: RESOLVED INVALID
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit Qt (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks: 103890
  Show dependency treegraph
 
Reported: 2012-04-06 07:34 PDT by Mahesh Kulkarni
Modified: 2014-02-03 03:20 PST (History)
4 users (show)

See Also:


Attachments
first option (4.86 KB, patch)
2012-04-06 17:11 PDT, Mahesh Kulkarni
no flags Details | Formatted Diff | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Mahesh Kulkarni 2012-04-06 07:34:47 PDT
QtWebKit has no way to set path to store cookie. This would be helpful to share cookies with different clients of WebProcess. This was easy in webkit1 as client used to store cookies. 
One way to do this is to expose an api to Customize cookie path and other is to match webkit1 behaviour.
Comment 1 Mahesh Kulkarni 2012-04-06 17:11:06 PDT
Created attachment 136103 [details]
first option 

Patch to better get idea about first solution. Adding a setCookiePath property to experimental. Thought?
Comment 2 Simon Hausmann 2012-04-10 04:01:27 PDT
(In reply to comment #1)
> Created an attachment (id=136103) [details]
> first option 
> 
> Patch to better get idea about first solution. Adding a setCookiePath property to experimental. Thought?

I don't think this should go into experimental, because I think we can already say that it is highly unlikely that this "experiment" will succeed, i.e. that we will take this property as-is into the public WebView API.

At best I think this qualifies as private C++ API.

Why do you want to change the cookie storage path at run-time? Currently this is a part of the process creation parameters, which seems like the right place. Could you get it in there somehow for your use-case?
Comment 3 Alberto Mardegan 2013-07-18 00:36:22 PDT
The issue I have is that a WebView cannot decide where its cookies will be stored (and loaded from).

We need such functionality to login into two different google accounts (for instance) and avoiding sharing the cookies between the two views, and also to be able to store the cookies in a per-account directory so that we don't have to re-login each time.

We are currently achieving our goal by starting a separate process with a different HOME variable set, then we open a WebView from within this process and in this way we can hack through the issue. But it's far from ideal.
Comment 4 Jocelyn Turcotte 2014-02-03 03:20:32 PST
=== Bulk closing of Qt bugs ===

If you believe that this bug report is still relevant for a non-Qt port of webkit.org, please re-open it and remove [Qt] from the summary.

If you believe that this is still an important QtWebKit bug, please fill a new report at https://bugreports.qt-project.org and add a link to this issue. See http://qt-project.org/wiki/ReportingBugsInQt for additional guidelines.