ID:92353
 
Applies to:Dream Daemon
Status: Open

Issue hasn't been assigned a status value.
Just a thought, but I think it'd be awfully nice to have keys auto-combine when a cid/ip/key association come up, without requiring the host to ban them to see key associations. It'd help with the whole 'people pretending not to be someone' idea, because that's outright annoying, in my opinion. Of course, it'd just be for the host to see, nothing else.
Add a "Ban Avoidance" checkbox which toggles this feature.
I'm not sure I see the difference between that and a good old sticky ban.
My suggestion wouldn't ban them, just, DD would auto-associate keys like it does when they're banned.
Except you wouldn't have to ban someone to see what other keys they're joining on.
So basically you're proposing a special kind of sticky non-ban that would simply accumulate keys, IPs, and computer_ids? This is doable by adding a new flag, although it wouldn't be backward-compatible if you downgraded.

That is unless you're proposing the program simply collect this info at all times to link users. I could see that being very messy.

Either way you'll run a high risk of false positives, but more so if this info collects constantly. An IP or computer_id match alone doesn't necessarily tell you if user A = user B; it could just be a friend of theirs or someone who used a shared computer. Past connection information can be valuable for skilled analysis, but it will very often snag people into a ban who weren't intended for it. We have a few legitimate members for instance who are a little too chummy with some particularly bad trolls; this is very bad judgment on their part but that alone isn't enough reason to ban them.
Lummox JR wrote:
So basically you're proposing a special kind of sticky non-ban that would simply accumulate keys, IPs, and computer_ids?

I would like this very much.
Lummox JR wrote:
So basically you're proposing a special kind of sticky non-ban that would simply accumulate keys, IPs, and computer_ids? This is doable by adding a new flag, although it wouldn't be backward-compatible if you downgraded.
Essentially, yes.

That is unless you're proposing the program simply collect this info at all times to link users. I could see that being very messy.

I understand that might be too much of an issue, the former idea mentioned would suffice.
Either way you'll run a high risk of false positives, but more so if this info collects constantly. An IP or computer_id match alone doesn't necessarily tell you if user A = user B; it could just be a friend of theirs or someone who used a shared computer. Past connection information can be valuable for skilled analysis, but it will very often snag people into a ban who weren't intended for it. We have a few legitimate members for instance who are a little too chummy with some particularly bad trolls; this is very bad judgment on their part but that alone isn't enough reason to ban them.

Yeah, I see that. From what I understand, if someone got unintentionally banned, they'd most likely bring it up with the respective owners of the world in question.

Also, I do see that it wouldn't auto-identify them, but *most* people (from my experience) let online friends/players know when they're playing with other people, in the same house, etc, so it might not be too big of a deal.

That aside, with this idea and what you've presented back to me, if it came down on someone to ban someone, they should be able to choose whether or not to just ban someone, or ban all of their associated keys. I assume the UI for this will be something like an unordered list, kinda like:
  • -FirstKeyToLogon
    • GuysFriend
    • GuysOtherKey
    • GuysBrother


So you'd be able to selectively ban one of those persons, or ban all associated keys.. I don't really know how that'd work out UI wise, though.