Implement a password management component

Bug #725280 reported by v_2e
This bug report is a duplicate of:  Bug #790935: Use LibSecret to store logins [$400]. Edit Remove
84
This bug affects 18 people
Affects Status Importance Assigned to Milestone
Midori Web Browser
New
Wishlist
Christian Dywan

Bug Description

I'm sure that many users would adopt midori, if it had some convenient basic tools.

What I really need is a password management component. I have very many different passwords and I cannot remember them all at once, but I would like to have them saved, once I typed them in.

Bonus:
I'm sure many people also need a bookmark management at the GUI level. I converted my bookmarks.html manually with a perl script. That's why I don't need this component. But it is still important.

--
Keep on doing the good work. It can be really great.

Moved from FS: http://www.twotoasts.de/bugs/index.php?do=details&task_id=53

Revision history for this message
v_2e (v-2e) wrote :

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

willwinuk

Revision history for this message
v_2e (v-2e) wrote :

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.

willwinuk

Revision history for this message
v_2e (v-2e) wrote :

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

hakimio

Revision history for this message
v_2e (v-2e) wrote :

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.

congac

Revision history for this message
v_2e (v-2e) wrote :

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

antistress

Revision history for this message
v_2e (v-2e) wrote :

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

hussam

Revision history for this message
v_2e (v-2e) wrote :

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

samson

Revision history for this message
v_2e (v-2e) wrote :

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.

hussam

Revision history for this message
v_2e (v-2e) wrote :

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?

mickstephenson

Revision history for this message
v_2e (v-2e) wrote :

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

hakimio

Revision history for this message
v_2e (v-2e) wrote :

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.

hussam

Revision history for this message
v_2e (v-2e) wrote :

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?

mickstephenson

Revision history for this message
v_2e (v-2e) wrote :

Sorry I refreshed the page to see the new comments.

mickstephenson

Revision history for this message
v_2e (v-2e) wrote :

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

samson

Revision history for this message
v_2e (v-2e) wrote :

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.

greg_m

Revision history for this message
v_2e (v-2e) wrote :

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

erken

Revision history for this message
v_2e (v-2e) wrote :

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

lineplus

Revision history for this message
v_2e (v-2e) wrote :

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.

pcros

Revision history for this message
v_2e (v-2e) wrote :

Well, it would indeed be nice to have support for gnome-keyring, even if it were via plugin. Well it's kind of sad that gnome-keyring depends on gconf, but I don't see a better alternative (and as far as gnome goes -- no, epiphany currently is much worse option than midori).

mso

Revision history for this message
v_2e (v-2e) wrote :

It doesn't depend on gconf anymore. It uses gsettings api avialable in glib (which is used by Gtk+) so installed anyway if you use xfce.
gconf is also being replaced by dconf (without a g in the name :P) or dependencies on orbit2.

hussam

v_2e (v-2e)
tags: added: password
Revision history for this message
Daniel Fore (danrabbit) wrote :

Christian can we get an updated decision on this? I know there was talk of gnome-keyring support in Postler as well.

Changed in midori:
assignee: nobody → Christian Dywan (kalikiana)
importance: Undecided → Wishlist
Revision history for this message
gborzi (gborzi) wrote :

I've made a password manager extension for Midori. It can be downloaded from
https://aur.archlinux.org/packages.php?ID=49314
I've been using it for a couple of weeks and I'm quite satisfied.

Revision history for this message
robytrevi (robytrevi) wrote :

Where can I find that password manager and is it possible to use it on Ubuntu 11.10 (midori 0.4.2)? How?

Revision history for this message
Roland Haslinger (saphirjd) wrote :

Any news about that? Would really be great to see such a feature added :)

Revision history for this message
je-vv (je-vv) wrote :

The archlinux/aur extension still uses gnome-keyring.

I would also like to use something non gnome-keyring dependent.

Thx...

Revision history for this message
Bo Herrmannsen (bo-herrmannsen-i) wrote :

is this ever going to be implmented?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers