Bug 83367 – [QT] Customized path for storing cookie

• Status: RESOLVED
• Resolution: INVALID
• Component: WebKit Qt

[Mahesh Kulkarni]

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.

[Mahesh Kulkarni]

Created attachment 136103 [details]
first option 

Patch to better get idea about first solution. Adding a setCookiePath property to experimental. Thought?

[Simon Hausmann]

(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?

[Alberto Mardegan]

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.

[Jocelyn Turcotte]

=== 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.