QtPass never finishes generating GnuPG key pair

Bug #1945371 reported by Tomasz Dunal
This bug affects 4 people
Affects Status Importance Assigned to Milestone
qtpass (Ubuntu)
Philip Rinn

Bug Description

Upon first start, QtPass asks the user to generate a new GnuPG keypair. User is informed that "This operation can take some minutes." However, nothing changes even after 30 minutes.
This only occurs while launching QtPass for the first time.
This occurs both in live session and after installation on bare metal.

Steps to reproduce:
1. Launch Lubuntu 21.10 in a live session
2. Launch QtPass from the Application Menu
3. Under "Generate a new key pair" fill the fields "Email", "Name" and "Passphrase" (repeat the passphrase)
4. Press "OK"
5. Wait for the keypair to generate

The keypair generation does not finish

Expected result:
Content of the "Generate GnuPG keypair" changes after max 10 minutes and user is instructed about the follow up action

Reproduction rate:

QtPass version:

Ubuntu release:
Lubuntu 21.10 _Impish Indri_ - Beta amd64 (20210927)

Lenovo Yoga 300-11IBR (Intel N3060 1.60 GHz, 2GiB RAM, N3060 integrated graphics)

ProblemType: Bug
DistroRelease: Ubuntu 21.10
Package: qtpass 1.3.2-3
ProcVersionSignature: Ubuntu 5.13.0-16.16-generic 5.13.13
Uname: Linux 5.13.0-16-generic x86_64
ApportVersion: 2.20.11-0ubuntu69
Architecture: amd64
CasperMD5CheckResult: pass
CasperVersion: 1.465
CurrentDesktop: LXQt
Date: Tue Sep 28 19:41:32 2021
LiveMediaBuild: Lubuntu 21.10 "Impish Indri" - Beta amd64 (20210927)
SourcePackage: qtpass
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
Tomasz Dunal (gnomasz) wrote :
Revision history for this message
Tomasz Dunal (gnomasz) wrote :
description: updated
Revision history for this message
Ubuntu QA Website (ubuntuqa) wrote :

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:

tags: added: iso-testing
Changed in qtpass (Ubuntu):
milestone: none → impish-updates
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in qtpass (Ubuntu):
status: New → Confirmed
Revision history for this message
Philip Rinn (rinni) wrote :

I can reproduce the bug you describe in a Ubuntu 22.04 live system.

The gpg key is actually generated correctly, so closing the window (and qtpass) will result in a usable qtpass on the next start, but this is of course just a workaround.

There is a bug report upstream that seems to describe the situation: https://github.com/IJHack/QtPass/issues/406

Changed in qtpass (Ubuntu):
assignee: nobody → Philip Rinn (rinni)
Changed in qtpass-backports:
status: Unknown → New
Revision history for this message
Aaron Rainbolt (arraybolt3) wrote :

Successfully reproduced bug on latest Lubuntu Kinetic daily ISO. The workaround by @rinni worked.

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.