The keyring "login" doesn't display any keys or saved passwords.

Bug #963862 reported by Alejandro
76
This bug affects 11 people
Affects Status Importance Assigned to Milestone
gtk+3.0 (Ubuntu)
Fix Released
High
Unassigned
Precise
Fix Released
High
Unassigned

Bug Description

I wanted to get a stored password for an encrypted device from seahorse to enter the password in a other computer. Nautilus opens the encrypted device with out asking for a password. It seems to get it from seahorse. But when I open seahorse there is no "+" to open the tree of the keyring.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: seahorse 3.2.2-0ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-20.32-generic 3.2.12
Uname: Linux 3.2.0-20-generic x86_64
ApportVersion: 1.95-0ubuntu1
Architecture: amd64
Date: Sat Mar 24 13:27:38 2012
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/seahorse
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120301)
ProcEnviron:
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: seahorse
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Alejandro (alejandro87512) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in seahorse (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

bug #963243 suggests it could be a gtk issue

Changed in seahorse (Ubuntu):
importance: Undecided → High
Revision history for this message
Sebastien Bacher (seb128) wrote :

Ok, I tracked it down to http://git.gnome.org/browse/gtk+/commit/?id=5d579811843f81db9866ac81afc5297f776cfb3b and discussed it with upstream gtk, it's indeed a gtk bug

affects: seahorse (Ubuntu Precise) → gtk+3.0 (Ubuntu Precise)
Changed in gtk+3.0 (Ubuntu Precise):
status: Confirmed → In Progress
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream has a patch candidate on http://fpaste.org/oHnp/ which I tested and confirmed it fixes the issue

Revision history for this message
Sebastien Bacher (seb128) wrote :

just adding the patch for reference, I will upload that soon

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gtk+3.0 - 3.4.0-0ubuntu2

---------------
gtk+3.0 (3.4.0-0ubuntu2) precise; urgency=low

  * debian/patches/upstream_treeview_rendering.patch:
    - upstream fix for treeview expanders not always being rendered
      (lp: #963862)
  * debian/patches/git_filechooser_selection.patch:
    - git patch, fixes selection in filechooser dropdown locations list
      (lp: #964491)
 -- Sebastien Bacher <email address hidden> Fri, 30 Mar 2012 16:29:36 +0200

Changed in gtk+3.0 (Ubuntu Precise):
status: In Progress → Fix Released
Revision history for this message
psypher (psypher246) wrote :

@Sebastien,

I have just upgraded and rebooted and this issue is still present

Revision history for this message
Pavol Klačanský (pavolzetor-deactivatedaccount) wrote :

at my pc it is fixed, try latest updates and relaunch app

Revision history for this message
psypher (psypher246) wrote :

This issue is half fixed. Please see my attached video. The issues seen only happens when i first expand the list view my keys, collapse it and try search for something. When I move my mouse over the list you can see how they randomly unhide and hide. Does not happen when i expand first and then search.

When you see blurred keys those are my actual keys blurred for privacy

Revision history for this message
psypher (psypher246) wrote :
Revision history for this message
Pavol Klačanský (pavolzetor-deactivatedaccount) wrote :

I cant reproduce this, but I think it is because I have only few items

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

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.