Better searching through lists or list sorting (feature request / usability bug)

=> Reproducing:

a) List Manager -> View (any list)
b) type any search, click "Find Next"

=> Expected: a result list with everything matching typed string
=> Actual:   taken to nearest entry on the list

=> OS: Windows 2003 Server (32bit)

=> Additional problem that could lessen the severity, if fixed:
the columns of the list viewer could be clickable to sort the list (I
needed to sort the list by names, in this case)

=> What the user (me, in this case) wanted to do:
exempt from blocking a certain BIG range of blocked ranges

=> What the user EXPECTED to have to do:
search the list, get all the entries matching, select them all, and
right-click to "Unblock permanently"

=> What the user ACTUALLY HAD to do:
spend about an hour to:
- click 'Find next'
- select, right-click
- 'Unblock permanently'
- wait for list generation
- repeat
for about... maybe 50 ranges?

So, technically, this isn't a bug - the button does exactly what it says it
would do (Find *NEXT*). However, with sizable lists (p2p, in this case)
this kind of exclusion hunting can be painful to the point of
screaming-loudly-tearing-one's-hair-out-banging-head-on-wall (all of which
happened to me at one point or another while doing this).

I wanted to unblock STEAM (since I play the games). In order to do that, I
had to unblock the entire VALVE Corporation range, Valve Software range and
Limelight Networks range. That's about 15 entries per category, all around
the p2p list.

Original issue reported on code.google.com by EgonFree...@gmail.com on 7 Feb 2010 at 11:41

doadin / peerblock

Better searching through lists or list sorting (feature request / usability bug) #262