View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004806 | Spring engine | General | public | 2015-06-13 05:20 | 2015-06-14 00:55 |
| Reporter | Google_Frog | Assigned To | jK | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 98.0.1+git | ||||
| Summary | 0004806: Guard reveals undetected attackers location | ||||
| Description | There is a simple trick which can be used to reveal the location of any attacking unit. 1. Find a unit which you think is going to be attacked by an unseen enemy. 2. Tell one of your units to guard that unit. 3. Wait for the guarded unit to be damaged. 4. Look at the command queue of the guarder (just hold shift). The command queue visualization will include an attack command at the location (with some radar wobble) of the unit which damaged the guarded unit. This does not require radar, the command is drawn regardless of enemy visibility. This can be used to detect any long ranged artillery. I think this bug was introduced in the last few years because, as I recall, the attack command was not draw. I have two possible solutions. Solution 1: Don't draw the attack command. This solution involves not drawing commands with enemy unitID targets if the unitID is unseen (outside radar (or jammed) and outside LOS). This still reveals units in radar but I think that is ok. Solution 2: Don't use attack commands for guard. This solution replaces attack commands with move goals and unit targets. | ||||
| Tags | No tags attached. | ||||
| Checked infolog.txt for Errors | |||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2015-06-13 05:20 | Google_Frog | New Issue | |
| 2015-06-14 00:55 | jK | Changeset attached | => spring develop 00174811 |
| 2015-06-14 00:55 | jK | Note Added: 0014585 | |
| 2015-06-14 00:55 | jK | Assigned To | => jK |
| 2015-06-14 00:55 | jK | Status | new => resolved |
| 2015-06-14 00:55 | jK | Resolution | open => fixed |