rekonq 2 merged in rekonq main repository

[Dawit A]

Well that is not entirely correct. We can definitely implement support for
private mode in the cookiejar itself easily. There are a couple of
approaches we can take. The difficult part has always been how to handle
the "private session" cookies in the cookie management dialogs. Anyhow, I
promised to try and implement this for 4.10, but I could not find the time.
Perhaps I will find some time during the upcoming holidays.

On Mon, Dec 17, 2012 at 7:18 PM, andrea diamantini <adjam7 at gmail.com> wrote:

> Yes, I'm obviously trying.
> My first attempt was a tiny change in the KCookieServer/KCookieJar API to
> let people search just for persistent cookies.
> But it failed.
> I'm currently working on a second attempt following the same approach. If
> not, I though about implementing a different jar for the private sessions.
> But this second idea is probably an "hard" change in the kde cookie jar.
> I fear that "private sessions" are exactly the opposite idea around what
> the "monolithic" & "share it with every app" kde cookie jar is builded.
>
>
> 2012/12/17 David Faure <faure at kde.org>
>
>> On Sunday 16 December 2012 18:41:31 andrea diamantini wrote:
>> > - New private browsing mode (NOT based on KIO, as it seems our
>> cookiejar is
>> > not enough "malleable" for it. At least in kde4)
>>
>> Are you working on patches to make it "malleable" enough in the future?
>>
>> If you need something, make it happen, don't just hope for others to do
>> so :)
>>
>> --
>> David Faure, faure at kde.org, http://www.davidfaure.fr
>> Working on KDE, in particular KDE Frameworks 5
>>
>>
>
>
> --
>
>
> Andrea Diamantini
> WEB: http://www.adjam.org
>
> rekonq project
> WEB: http://rekonq.kde.org
> IRC: rekonq at freenode
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20121218/497f1bd1/attachment.htm>