midori

Yeah Midori deffernatly needs to be able to save cookies, passwords etc.

How's this going?
I would really like to use Midori, but with out it saving cookies it's to much of a pain.
Have you tried using QtWebKit, as I have found a browser called Arora that uses it and it supports cookies and private browsing.

As long as we don't have persistent cookies, this should be HIGH severity and priority.

This is an important element for every modern browser. I think Midori will beneifit greatly på implementing this asap, so +1 for increasing the priority.

Midori deals with cookies at present time
It still may lack a passwords manager
i've seen that WebKitGTK+ 1.1.1 has optional gnome-keyring storage but i don't know if there is something identical for xfce also

Can midori be made to use gnome-keyring support in webkit to store password as a new optional buildtime option?

IMHO, midori should be left without any gnome dependency, if by any means possible. So it should have it's own PWD Manager.

First of all, I don't understand the whole paranoia about gnome dependencies. Gnome is currently much faster and lighter on resources than KDE4/xfce4.6. Second of all I only suggested a "optional" buildtime option.

Nevertheless, it's the midori developers' choice whether to use a feature already existing in webkit or rewriting something from scratch.

I really do not see the issue with using gnome-keyring, for a start chances are those using Midori, in gnome, xfce or otherwise already use a program with gnome-keyring as a dependency be it empathy, gwibber, evolution or otherwise.
If Midori did implement it's own method it would probably be akin to storing passwords in plain text, or something no more secure (http://web.archive.org/web/20080112190917/developer.pidgin.im/wiki/PlainTextPasswords). To truly have a secure way of implementing password management Midori would basically have to do a carbon copy of gnome-keyring, which would be a waste of developer time, and infact would lead to a more bloated system if every piece of software which stores passwords did this.
What exactly is the aversion to gnome-keyring, is it that gnome-keyring does it's job badly, and reimplementing the functionality in midori would be an improvement or is it merely that it has gnome in the name?
Also, as I'm sure some will already be familiar with is in the new Fedora 11 there is support for logging in using a fingerprint, and even sudo can be authenticated by fingerprint, it's only a matter of time before fingerprint authentication is supported by gnome-keyring. This would be a massive bonus for Midori over Firefox, one that otherwise would have to be reimplemented specifically for Midori's keyring.
Why reinvent the wheel when the best tool for the job is already available?

Or maybe some code could just be borrowed from chromium linux?

Keep in mind that GNOME is getting rid of libgnome/ui and eventually bonobo/ui too. So the 'ugly' gnome dependencies won't be a problem on the long run.

Also gnome-keyring only depends on gconf and hal both of which are light on dependencies and shouldn't pose any objections. There are no libgnome(ui) and bonobo(ui) dependencies in gnome-keyring.

I really do not see the issue with using gnome-keyring, for a start chances are those using Midori, in gnome, xfce or otherwise already use a program with gnome-keyring as a dependency be it empathy, gwibber, evolution or otherwise.
If Midori did implement it's own method it would probably be akin to storing passwords in plain text, or something no more secure (http://web.archive.org/web/20080112190917/developer.pidgin.im/wiki/PlainTextPasswords). To truly have a secure way of implementing password management Midori would basically have to do a carbon copy of gnome-keyring, which would be a waste of developer time, and infact would lead to a more bloated system if every piece of software which stores passwords did this.
What exactly is the aversion to gnome-keyring, is it that gnome-keyring does it's job badly, and reimplementing the functionality in midori would be an improvement or is it merely that it has gnome in the name?
Also, as I'm sure some will already be familiar with is in the new Fedora 11 there is support for logging in using a fingerprint, and even sudo can be authenticated by fingerprint, it's only a matter of time before fingerprint authentication is supported by gnome-keyring. This would be a massive bonus for Midori over Firefox, one that otherwise would have to be reimplemented specifically for Midori's keyring.
Why reinvent the wheel when the best tool for the job is already available?

Sorry I refreshed the page to see the new comments.

OK, I don't like gconf. Infact I dislike the whole concept. Midori seems to become a part of XFCE, and I choose this to get rid of all the gnome stuff, especially gconf. If I have to install all the gnome stuff, well then I can use epiphany: far more reliable, more features already implemented and light on resources. And the webkit integration seems to be be in less time functional than midori can get some little cookie handling option...

i agree with sebastian - it would be great it it will be gnome-independent tool. since midori is a part of xfce we don't want to be gnome dependant.

And since Midori is also on Windows now, I agree on the fact that it should have its own PWD.

The absence of a password manager is a big lacuna for this browser.

I love Midori but can't use it because of something that seems very weared to ordinary users : the lack of a password manager. I have no idea if gnome-keyring or something else should be used but I know for sure Midori will become my favorite browser as soon as a password manager is implemented.

I tested this http://webcache.googleusercontent.com/search?q=cache:URiZ73rvVSYJ:userscripts.org/scripts/show/62098+password+manager+midori&cd=4&hl=fr&ct=clnk without much success so far.