MantisBT - Zandronum | |||||
View Issue Details | |||||
ID | Project | Category | View Status | Date Submitted | Last Update |
0000821 | Zandronum | [All Projects] Suggestion | public | 2012-04-27 20:13 | 2012-04-28 13:23 |
Reporter | MediumTank | ||||
Assigned To | |||||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | no change required | ||
Platform | OS | OS Version | |||
Product Version | 98d | ||||
Target Version | Fixed in Version | ||||
Summary | 0000821: Ensuring ACS scripts are received (Clientside) | ||||
Description | From what I recall reading, Skulltag uses UDP connections, I don't know about if it uses TCP/IP. Now this may be due to lag, but there was one script that didn't fire due to lag on the testing computers end. It ran everything else fine, but I assume there was packet loss on triggering of the command. This could be possibly just a glitch, or maybe it was bad coding and I messed up. Therefore: Does skulltag check to see if the transmission of ACS is received? I don't know if packets are sent back saying "yes we received this", if there's not and it's possible that an ACS command could be dropped on it's way to the client... is there a way to add a feature in to prevent this from happening (like maybe trying to send the command again to the client who dropped it every 35 tics or so if it failed in a stack of things to send?) If Skulltag already has support for this, might as well close this. | ||||
Steps To Reproduce | |||||
Additional Information | |||||
Tags | No tags attached. | ||||
Relationships | |||||
Attached Files | |||||
Issue History | |||||
Date Modified | Username | Field | Change | ||
2012-04-27 20:13 | MediumTank | New Issue | |||
2012-04-28 09:07 | Dusk | Note Added: 0003475 | |||
2012-04-28 13:22 | Torr Samaho | Note Added: 0003476 | |||
2012-04-28 13:22 | Torr Samaho | Note Edited: 0003476 | bug_revision_view_page.php?bugnote_id=3476#r1875 | ||
2012-04-28 13:22 | Torr Samaho | Note Revision Dropped: 3476: 0001874 | |||
2012-04-28 13:23 | Torr Samaho | Status | new => closed | ||
2012-04-28 13:23 | Torr Samaho | Resolution | open => no change required |
Notes | |||||
|
|||||
|
|
||||
|
|||||
|
|