Display list-name in log-window about peerblock HOT 17 OPEN

Removing 'After1.0' release-targetting.

Issue 216 has been merged into this issue.

Don't know how I didn't catch this one.

Anyways, how would it take up so much more memory? You're already reading 
"Range" 
(a.k.a. block name), is it that much more to have it grab the list name at the 
same 
time? 

Sorry, that was actually stream-of-consciousness writing on my part I think.  My
initial concern was that we'd be keeping an extra string in memory at all 
times, for
each range present in each of the blocklists you have activated.  Then I 
realized
that it probably wouldn't be so bad, since we'd likely just store a string 
table with
one entry for each list-name, and then with each range just store a byte or two 
worth
of an index into that list.

It's currently targetted for PeerBlock 1.1, so it should be going into the Beta
Release train sometime within the next month or two.

Issue 241 has been merged into this issue.

This is far and away my favorite enhancement I have seen yet. My only addendum 
would
be if there were some way to not only see which rule is blocking the IP, but 
also to
allow the entire IP range from the main screen without having to go into the 
list
manager (Sorry if this part is under another thread...I couldn't find it). 
Seriously,
I would LOVE to have this option. Even if it doubled the footprint on my hard 
drive
it would still be worth it. 

Sorry I didn't spot this one.
I just submitted a duplicate, issue 300.

This would be a great feature.
I'm not sure about listing the range though I mean it wouldn't hurt of course.

But I'd end up checking the list anyway.
Their could be more that one entry for the same thing.
I'd want to get them all, for example:
Site 1   68.100.200.1  - 68.100.200.4
Site 1   68.100.200.10 - 68.100.200.10


Thanks,

Kenny

Issue 318 has been merged into this issue.

Has this feature been added?

I see that it was meant to be added to the beta soon:

"It's currently targetted for PeerBlock 1.1, so it should be going into the Beta
Release train sometime within the next month or two."

I downloaded 1.0+ (r320) for this feature and it doesnt seem to be there.

Has it not been added to the beta yet?

thanks
Martin

It's not implemented yet.

Issue 300 has been merged into this issue.

This would be a great improvement to PB. Like to see this implemented soon. The 
memory issues not a biggie sense most user now have 4 to 6 gigs.

I would also like to see this implemented. I can't see that assigning a "rule 
number" to each item would use that much more memory, but either way, perhaps 
the feature could be enabled/disabled at the user's preference.

Additionally, I'd really like to see this feature added to the log file. A 
"rule number" (i.e. pointer) may not work in this case unless PB assigns unique 
IDs to every rule set ever created on the host machine (which is an option if 
using at least 4-byte IDs). However, for log files, it may be better to simply 
put the filename of the list in question. It may also be useful to inclue unix 
datestamp of the file's modification time, in case a list changes over time. 
Again, these features could also be enabled/disabled at the user's preference.

Thank you for your consideration. I hope to see this soon.

@robrpatt: I suspect your sample might be a bit biased. Never take memory for 
granted.