Menu

#1030 Incremental Search in List View - BROKEN - v3.29

v1.0_(example)
closed
None
High
2020-09-10
2012-05-12
No

Incrementally searching in the List View by typing the first few letters of the title is BADLY BROKEN in v3.28.

This is new behavior. v3.26 worked fine.

To reproduce, open a database having several entries with titles that do not differ in the first few letters (perhaps the first 4-5 letters are the same).
The database should also have at least 2-3 other entries that start with entirely different letters.
1. Use the mouse to highlight an entry OTHER than the similar entries.
2. Type the first 3 letters of the similar entries.
3. Observe that many of the similar entries are all SIMULTANEOUSLY highlighted.
4. Click CTRL-U and paste into Notepad or a similar target.
5. You will get the username from the entry originally selected in Step #1.

I am setting this to Priority 9 so that it provides an adequate alert. Feel free to adjust as necessary.
This is a serious enough bug to cause an experienced user to lose access to an account, if they are working quickly and primarily use the keyboard.

Related

Bugs: #1030

Discussion

  • JohnB in Atlanta

    Showing improper multi-select behavior

     
  • DrK

    DrK - 2012-05-28

    Fixed at revision 4933 and will be in the next release.

     
  • Jim Litzie

    Jim Litzie - 2012-07-10

    I'm still seeing multiple entries highlighted during a find in v3.29 (4985). I tried both installing over top of the older version and a clean install.

     
  • Rony Shapiro

    Rony Shapiro - 2013-09-24
    • Status: pending --> closed
     
  • Jim Litzie

    Jim Litzie - 2013-09-24

    I'm curious if this has been fixed in a new release. I was still seeing this issue in v3.29 and don't see a reference to this bug in the release notes.

    Thanks.

     
  • Rony Shapiro

    Rony Shapiro - 2013-10-18
    • status: closed --> open
    • Group: --> v1.0_(example)
     
  • Rony Shapiro

    Rony Shapiro - 2013-10-18

    Closed by mistake - issue still reported in 3.32.

     
  • JohnB in Atlanta

    This is still happening in v 3.43 built 2017-07-05.
    Recommend we bump the priority up 1 notch.

     
  • Tim Collins

    Tim Collins - 2020-08-10

    Hello Rony, Rafaelx, MrMe, et. al.

    This bug continues to affect our beloved Password Safe (including current, V3.52 (gf217b2dba) 64-bit).

    My Password Safe Use Case is below. I'm likely among the minority - I use list view/incremental search exclusively. My only deviation to Tree View is when adding entries so they are properly grouped. You guessed it, I almost never touch the mouse during the course of my day. But, once others learn this mode, many are hooked.

    My computer "startup process":

    Authenticate Password Safe, which auto starts in List View, and then type the following keystrokes:

    • har
    • Alt-L
    • Alt-TAB
    • trel
    • Alt-L
    • Alt-TAB
    • goo
    • Alt-L
    • Alt-TAB
    • tim
    • Alt-L

    "har" uniquely puts focus on "Harvest" (time keeping service), "Browse to URL / Auto type", Alt-TAB to give focus back to Password Safe and same for:

    • Trello
    • Google Apps for Business
    • Tim Webmail (monitor a separate junk folder)

    The 4 above web applications are "always on". 20 keystrokes and I have all applications started and running. That's fast, powerful and almost fewer keystrokes than my Master Password!

    There are many other applications and credential sets needed during the course of my day and each of their "Title" prefixes are in "trained memory". Quicken, QuickBooks are Auto Run configured. Customer VPNs are also all Auto Run configured as is almost every thing else that's not browser based.

    Password Safe isn't just my trusted password manager, it is the basis of my computing experience and my Application Launcher!

    During the day, I have any application launched and running in an instant without needing to find and operate the mouse:
    * one or more Alt-TABs to give Password Safe focus (or Shift-Alt-TAB when Password Safe is at the end of the list)
    * 2 to 4 key strokes to select my entry
    * Alt-L (browse to URL and auto-type) or Ctrl-R (run command)

    If others were also List View centric, I believe there would be much more noise about this issue. However, I bet most people don't realize the productivity of List View. I have two siblings and several clients that I've shown the process. At first they didn't like having to learn something new ("just let me grab the mouse") and now they all joke they'd shoot themselves if they had to use the mouse. Almost all people these days are pretty good typists or at least all my 30 something kids are since they grew up with keyboards. List view is a powerful mode that I believe too few know about.

    However, ..., my world and my beloved Password Safe have been stuck in V3.27 (4526), because List View has been broken ever since. When I show someone Password Safe, I need to help them to get V3.27.

    I may be the minority and may always be, but List View incremental search is truly awesome. And I'd love to be more current.

    ... :) I'll pay $$ to have this fixed :)

     
  • Rony Shapiro

    Rony Shapiro - 2020-08-11
    • status: open --> pending
    • Priority: 5 --> High
     
    • Tim Collins

      Tim Collins - 2020-08-11
      <meta http-equiv="Content-Type" content="text/html; charset=windows-1252"> Rony,

      You and the team are awesome!

      Thanks for all you (collectively) do to provide us with an incredibly valuable product.
      
          
      On 8/11/2020 12:12 PM, Rony Shapiro wrote:
      <meta http-equiv="content-type" content="text/html; charset=windows-1252">
      • status: open --> pending
      • Priority: 5 --> High
      • Comment:

      Fixed in commit 6ff79b41f
      Will be in next release (3.53)


      [bugs:#1030] Incremental Search in List View - BROKEN - v3.29

      Status: pending
      Group: v1.0_(example)
      Created: Sat May 12, 2012 01:10 AM UTC by JohnB in Atlanta
      Last Updated: Mon Aug 10, 2020 02:38 AM UTC
      Owner: Rony Shapiro

      Incrementally searching in the List View by typing the first few letters of the title is BADLY BROKEN in v3.28.

      This is new behavior. v3.26 worked fine.

      To reproduce, open a database having several entries with titles that do not differ in the first few letters (perhaps the first 4-5 letters are the same).
      The database should also have at least 2-3 other entries that start with entirely different letters.
      1. Use the mouse to highlight an entry OTHER than the similar entries.
      2. Type the first 3 letters of the similar entries.
      3. Observe that many of the similar entries are all SIMULTANEOUSLY highlighted.
      4. Click CTRL-U and paste into Notepad or a similar target.
      5. You will get the username from the entry originally selected in Step #1.

      I am setting this to Priority 9 so that it provides an adequate alert. Feel free to adjust as necessary.
      This is a serious enough bug to cause an experienced user to lose access to an account, if they are working quickly and primarily use the keyboard.


      Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/passwordsafe/bugs/1030/

      To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/

      <link itemprop="url" href="https://sourceforge.net/p/passwordsafe/bugs/1030/"> <meta itemprop="name" content="View">
      <meta itemprop="description" content="View">

       

      Related

      Bugs: #1030

  • Rony Shapiro

    Rony Shapiro - 2020-08-11

    Fixed in commit 6ff79b41f
    Will be in next release (3.53)

     
  • Tim Collins

    Tim Collins - 2020-09-07

    Hi Rony,

    Just downloaded and tested 3.53.0pre and unfortunately the fix does not work correctly.

    Incremental search is 1 way going forward and never wraps to the top.

    Sample DB is attached - DB password is "TWC123". Open the DB then:
    * type aa
    * pause - all is well
    * type bb
    * pause -all is well
    * type cb
    * pause - all is well
    * type ab
    * does not wrap.

    Thanks,

    Tim

     
  • Rony Shapiro

    Rony Shapiro - 2020-09-07

    Thanks - fixed in commit ccb220da2. Made it (just barely) into 3.53.

     
  • Rony Shapiro

    Rony Shapiro - 2020-09-10
    • status: pending --> closed
     

Log in to post a comment.

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.