web apps can not store login and password data

[zikki_majestic]

Midori 0.4.1

Every time you launch a certain URL as a webapp, like gmail, springpad, etc. you have to enter your login and password even if 'remember me' option is ticked.

[Mark Edgington (edgimar)]

This would be very helpful to fix -- whether or not a URL is opened in "private mode" should be a determined via a commandline flag that is independent of whether it is opened in "app mode" (in a window without decorations).

[Mark Edgington (edgimar)]

I have modified the source to make this work as I described, and it seems OK, but should be reviewed/corrected by anyone who knows the code better than I. Please see commit fd0c33e11cd2 at https://bitbucket.org/edgimar/midori .

[Cris Dywan (kalikiana)]

There's been some brainstorming on this, but no work done. TODO here means things that need to be implemented, the the other points are technically available.

app mode:
no history/ bookmarks unless --history, window icon, no chrome, read config TODO, extensions TODO, cookies/ html5 shared TODO

private:
no history/ bookmarks, mini ui, read config, extensions TODO, no cookies/ html5

So the way I see it, we want to go beyond Mark's patch, and run web apps in their own session, while taking existing data as a base.
The semi-related piece is supporting extensions in private browsing, listed here for completeness.

Mark, I think your patch looks like a great start. Maybe stop by on #midori in Freenode to discuss this a bit?

So further tasks I can roughly think of would be:
 - use a separate name/ id for each app, in its own instance
 - copy existing cookies, html5 databases into new config folder
 - use something like ~/.local/share/midori/apps to store new data
 - possibly allow extensions to be enabled

[Mark Edgington (edgimar)]

Since this bug has essentially been resolved, I'm deleting the midori repository from bitbucket which I referenced in comment #2. For posterity, I'm attaching the diff for the commit I mentioned...