MantisBT - Zandronum |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0002260 | Zandronum | [All Projects] Suggestion | public | 2015-05-26 05:31 | 2015-09-10 11:29 |
|
Reporter | unknownna | |
Assigned To | | |
Priority | normal | Severity | tweak | Reproducibility | N/A |
Status | closed | Resolution | not fixable | |
Platform | | OS | | OS Version | |
Product Version | 2.0 | |
Target Version | | Fixed in Version | | |
|
Summary | 0002260: Ignore feature: Let clients archive ignored IPs |
Description | I'd like an option to ignore players indefinitely, as in archiving the ignored IPs somewhere in the ini file. There are certain users who one might want to ignore without turning off messages altogether, since I'd still like to be able to chat with other players while ignoring certain users forever. It's very annoying when you have to ignore certain users over and over again, even more so when they change their names. |
Steps To Reproduce | |
Additional Information | |
Tags | No tags attached. |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2015-05-26 05:31 | unknownna | New Issue | |
2015-05-26 13:38 | Dusk | Note Added: 0012411 | |
2015-05-26 13:38 | Dusk | Status | new => feedback |
2015-05-26 13:39 | Dusk | Note Edited: 0012411 | bug_revision_view_page.php?bugnote_id=12411#r7189 |
2015-05-26 15:18 | Catastrophe | Note Added: 0012413 | |
2015-05-26 15:18 | Catastrophe | Note Edited: 0012413 | bug_revision_view_page.php?bugnote_id=12413#r7191 |
2015-05-26 17:28 | Dusk | Note Added: 0012414 | |
2015-05-26 17:29 | Decay | Note Added: 0012415 | |
2015-05-26 17:31 | Decay | Note Edited: 0012415 | bug_revision_view_page.php?bugnote_id=12415#r7193 |
2015-05-26 17:39 | Torr Samaho | Note Added: 0012417 | |
2015-05-26 19:59 | Catastrophe | Note Added: 0012419 | |
2015-05-26 19:59 | Catastrophe | Note Edited: 0012419 | bug_revision_view_page.php?bugnote_id=12419#r7197 |
2015-09-10 11:29 | Dusk | Note Added: 0013472 | |
2015-09-10 11:29 | Dusk | Status | feedback => closed |
2015-09-10 11:29 | Dusk | Resolution | open => not fixable |
Notes |
|
(0012411)
|
Dusk
|
2015-05-26 13:38
(edited on: 2015-05-26 13:39) |
|
This would necessitate clients becoming able to retrieve IPs of users at will. The server might just as well share everyone's IP address to every client. Do we really want this?
|
|
|
|
Quote The server might just as well share everyone's IP address to every client. Do we really want this?
No. But I'd really like this feature w/o sharing IP addresses... Isn't there any other way to just not broadcast a message received from a specified IP?
|
|
|
(0012414)
|
Dusk
|
2015-05-26 17:28
|
|
One possible alternative is to store names to ignore in the ini. But if the person to be ignored changes their name while not in the same server as you the ignore breaks. Not to mention if their IP address changes, the IP-based approach also breaks. A persistent ignore won't be very reliable either way. |
|
|
(0012415)
|
Decay
|
2015-05-26 17:29
(edited on: 2015-05-26 17:31) |
|
I don't think being able to retrieve ips at will is a good idea, but certainly the ignore feature needs some sort of updating. It seems completely random when it stop ignoring a particular person. It already seems to be on an ip basis though, given when I ignored someone last it said "you are ignoring their ip" which IIRC also seemed to remove any messages such as frags and deaths, which isn't too helpful in LMS.
|
|
|
|
Account based ignoring or whitelisting would work. |
|
|
|
Quote Account based ignoring or whitelisting would work.
They can simply reconnect to the server as a spectator and keep blabbering since all we have is sv_forcelogintojoin. Also I don't think this would be widely used because as it stands, logging-in is inconvenient for a lot of players.
|
|
|
(0013472)
|
Dusk
|
2015-09-10 11:29
|
|
In any case in our current system this cannot be reliably implemented without forcing everyone to use accounts, and we already know the community's disposition on that. |
|