| Anonymous | Login | Signup for a new account | 2025-11-16 09:04 UTC |
| My View | View Issues | Change Log | Roadmap | Zandronum Issue Support Ranking | Rules | My Account |
| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0001333 | Zandronum | [All Projects] Bug | public | 2013-05-01 12:48 | 2018-09-30 22:42 | ||||
| Reporter | Konar6 | ||||||||
| Assigned To | Torr Samaho | ||||||||
| Priority | normal | Severity | major | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | 1.2 | ||||||||
| Target Version | 1.3 | Fixed in Version | |||||||
| Summary | 0001333: The master <-> server protocol is missing a command to inform the server when it's banned from hosting | ||||||||
| Description | The server host has no way of knowing that his server is banned or blocked on the master. Example situation here ->'http://zandronum.com/forum/showthread.php?tid=941&pid=32941#pid32941 [^]' | ||||||||
| Additional Information | Technical background: the master actually sends MSC_IPISBANNED to the banned/blocked server, but that command is regarded more as a command to launchers, the server doesn't catch it because the value of MSC_IPISBANNED is the same as CLC_USERINFO which the server silently discards in SERVER_DetermineConnectionType(). I fixed it in this proposed patch without restructuring the command values (without breaking the launcher protocol) ->'https://bitbucket.org/Konar6/kpatch/commits/2717 [^]' | ||||||||
| Attached Files | |||||||||
Notes |
|
|
Konar6 (reporter) 2013-05-01 13:31 |
Here is a better patch ->'https://bitbucket.org/Konar6/kpatch/commits/2719 [^]' As Dusk advised me, the previous version didn't account for the CLC_USERINFO value possibly changing. |
|
Torr Samaho (administrator) 2013-10-10 16:50 |
'https://bitbucket.org/Konar6/kpatch/commits/2719 [^]' looks ok. I'll port it. |
|
Torr Samaho (administrator) 2013-10-10 19:42 |
Done. |
|
Konar6 (reporter) 2013-10-10 20:05 |
I tested the fix back then and it worked. + to clarify, it's limited to just few seconds after the startup to prevent abuse of triggering this alert on remote servers by sending a packet with spoofed source IP. |
|
Torr Samaho (administrator) 2013-10-12 18:08 |
This binary can be used for testing. |
|
Qent (updater) 2013-12-10 18:26 |
I tested this successfully on the real master server. There's just the cosmetic issue that the error message appears twice when I host. |
|
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why. |
|
| Supporters: | No one explicitly supports this issue yet. |
| Opponents: | No one explicitly opposes this issue yet. |
Issue History |
|||
| Date Modified | Username | Field | Change |
| 2013-05-01 12:48 | Konar6 | New Issue | |
| 2013-05-01 13:31 | Konar6 | Note Added: 0006309 | |
| 2013-10-10 16:50 | Torr Samaho | Note Added: 0007368 | |
| 2013-10-10 16:51 | Torr Samaho | Product Version | => 1.2 |
| 2013-10-10 16:51 | Torr Samaho | Target Version | => 1.3 |
| 2013-10-10 16:54 | Torr Samaho | Assigned To | => Torr Samaho |
| 2013-10-10 16:54 | Torr Samaho | Status | new => assigned |
| 2013-10-10 19:42 | Torr Samaho | Note Added: 0007375 | |
| 2013-10-10 19:42 | Torr Samaho | Status | assigned => needs testing |
| 2013-10-10 20:05 | Konar6 | Note Added: 0007377 | |
| 2013-10-12 18:08 | Torr Samaho | Note Added: 0007389 | |
| 2013-12-10 18:26 | Qent | Note Added: 0007692 | |
| 2014-06-03 17:51 | Arco | Status | needs testing => resolved |
| 2014-06-03 17:51 | Arco | Resolution | open => fixed |
| 2018-09-30 22:42 | Blzut3 | Status | resolved => closed |
| Copyright © 2000 - 2025 MantisBT Team |