Your message dated Sun, 22 Mar 2026 15:04:50 +0100
with message-id <[email protected]>
and subject line Re: qtpass: On-the-fly storable password character-restriction
options per Password entry
has caused the Debian Bug report #948852,
regarding qtpass: On-the-fly storable password character-restriction options
per Password entry
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
948852: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948852
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: qtpass
Version: 1.3.2-1
Severity: wishlist
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Scott Jacobs <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: qtpass: On-the-fly storable password character-restriction options per
Password entry
Bcc: Scott Jacobs <[email protected]>
Message-ID:
<157895762049.3778.11681865878303138446.reportbug@ASUS-PRIME-B350M-A-CSM>
X-Mailer: reportbug 7.5.3
Date: Mon, 13 Jan 2020 18:20:20 -0500
X-Debbugs-Cc: [email protected]
Dear Maintainer,
I have, as default, set up password-generation with all possible character
possibilities (upper/lower, number, symbol),
but one sometimes does not know until one is actually at a website creating a
password, that the password cannot contain certain characters -
usually a subset of symbols.
It would be nice to have a button near Generate, which when pressed would bring
up a window in which one could specify what types of characters were allowed
(this would initially duplicate what was set up when configuring QtPass),
but would also allow one to enter specific characters that should be
included, or should be excluded, for this specific account. Also, this full
classification of allowable characters would be stored with the password
record, so that if the user needed to change the password again, it would
automatically generate the password with the rules set up in this session.
(If some time in the future, the company/website changes the rules, the user
could
just press the button again, and alter the stored rules to fit the new
requirements.)
[I, myself, recently had to cancel a password-entry session to change the
config to exclude symbols, for a rather picky website; I still have not
remembered to go back to Settings, to turn Symbols back on... ]
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages qtpass depends on:
ii libc6 2.29-2
ii libgcc1 1:8.3.0-6
ii libqt5core5a 5.12.5+dfsg-2
ii libqt5gui5 5.12.5+dfsg-2
ii libqt5network5 5.12.5+dfsg-2
ii libqt5svg5 5.12.5-2
ii libqt5widgets5 5.12.5+dfsg-2
ii libstdc++6 9.2.1-8
ii pass 1.7.3-2
Versions of packages qtpass recommends:
ii pass-extension-otp 1.2.0-1
ii pwgen 2.08-2
Versions of packages qtpass suggests:
ii git 1:2.24.0-1
-- no debconf information
--- End Message ---
--- Begin Message ---
Control: tags -1 wontfix
Hi,
upstream has no intention to implement the feature request and closed
the bug. So let's mark it 'wontfix' and close it as well.
Best,
Philip
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
