After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 593626 - Shows user's passwords in private session
Shows user's passwords in private session
Status: RESOLVED DUPLICATE of bug 591395
Product: epiphany
Classification: Core
Component: Profile
2.27.x
Other Linux
: Normal normal
: ---
Assigned To: Epiphany Maintainers
Epiphany Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-08-31 08:40 UTC by Julián de Navascués
Modified: 2009-09-02 17:28 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Dont get passwords from keyring in a private instance (1.24 KB, patch)
2009-08-31 09:19 UTC, Julián de Navascués
none Details | Review

Description Julián de Navascués 2009-08-31 08:40:07 UTC
Running epiphany --private-instance shouldn't show/share user's passwords (Edit->Personal data->Passwords), in the same way that don't share cookies.

Im fixing it. Also, I will try to ask libsoup for the actual passwords during the private session in order to fill the passwords dialog.
Comment 1 Julián de Navascués 2009-08-31 09:19:25 UTC
Created attachment 142107 [details] [review]
Dont get passwords from keyring in a private instance

Just checks if running a private instance before to get
the passwords from gnome-keyring and fill the passwords
dialog.
Comment 2 Xan Lopez 2009-09-02 17:27:35 UTC
(In reply to comment #1)
> Created an attachment (id=142107) [details]
> Dont get passwords from keyring in a private instance
> 
> Just checks if running a private instance before to get
> the passwords from gnome-keyring and fill the passwords
> dialog.

We discussed this off-bugzilla and we decided it makes more sense to have to sets of add/fill functions, one for private and the other for normal profiles, so this patch is obsolete.
Comment 3 Xan Lopez 2009-09-02 17:28:29 UTC
Also, just realized this is a dup of bug #591395, so let's continue there :)

*** This bug has been marked as a duplicate of bug 591395 ***