Package: qtpass
Version: 1.3.2-1
Severity: normal

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Scott Jacobs <scott092...@aol.com>
To: Debian Bug Tracking System <sub...@bugs.debian.org>
Subject: qtpass: Partial content of New Password text box extracted to 
non-editable text plus Template field
Bcc: Scott Jacobs <scott092...@aol.com>
Message-ID: 
<157895581758.2723.11698967965698840055.reportbug@ASUS-PRIME-B350M-A-CSM>
X-Mailer: reportbug 7.5.3
Date: Mon, 13 Jan 2020 17:50:17 -0500
X-Debbugs-Cc: scott092...@aol.com

Dear Maintainer,

As part of my bug for window-distortion caused by long text-box entries
(#947866 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=947866), I noted
that the entry also had resulted in part of the text in the box being brought
up into the non-editable area of the use password window, plus a telephone
number in the text being turned into a Template-like field that, like the
default login and URI fields, could be clicked on to transfer to the clipboard.

I have just encountered that effect again, with an entry that included the
following text (which, before clicking OK to store the entry, I made sure was
composed of smaller lines, to escape the aforementioned bug):

"To open the attachment, you'll be prompted for a password.
Your password is the last four digits of your Social Security
number plus your four digit year of birth. Example: 03451945"

When in use, the third line is listed first (minus the ':'),
and the number and closing '"' is made into a field that can be sent to the
clipboard like the password and two default Template fields).  The first two
lines are listed underneath.
See the attached screenshot.

I have assumed that the text field was merely where one could enter info that
might be useful when logged in to the website where one needed to enter a
password.

[This COULD be a sort-of un-documented (I searched for, but could not find any
sort of how-to-use-QtPass website) feature where on-the-fly fields could be
created without adding to the Templates originally set up when configuring
QtPass, but if so, there is nothing to indicate that one CAN do it, or what
triggers it (in looking at the earlier error, I note that the one line (of
many) that was singled out for on-the-fly field creation was the one line that
contained a ':', just as in this case), and if one does do this accidentally,
one cannot use edit to back out the field-creation - one has to delete the
entire password entry and enter it again (and if one had used QtPass to
generate the password, one would first have to copy it somewhere else so as not
to lose it...)]



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

Reply via email to