| View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
|---|---|---|---|---|---|---|---|---|---|
| 0005729 | Spring engine | General | public | 2017-08-25 03:00 | 2017-08-25 15:38 | ||||
| Reporter | Google_Frog | ||||||||
| Assigned To | |||||||||
| Priority | normal | Severity | minor | Reproducibility | always | ||||
| Status | closed | Resolution | won't fix | ||||||
| Product Version | 103.0 +git | ||||||||
| Target Version | Fixed in Version | ||||||||
| Summary | 0005729: Large units can slip between buildings and become stuck | ||||||||
| Description | Units with 3x3 footprint in their unitdef and movedef can be moved into a grid of solars with spacing 2. Moving them like this requires short move orders but I have seen it occur in real games by accident. The causes units to become somewhat stuck as they ignore long ranged move orders but can be extracted with some short ranged move orders and attention. Is this a bug or is there another way to stop units from entering areas which their pathmap says are impassible? I don't want to mess with unit radius to keep them out because this is related to many other things. | ||||||||
| Tags | No tags attached. | ||||||||
| Checked infolog.txt for Errors | |||||||||
| Attached Files |
| ||||||||
 Relationships |
|
 Relationships |
| Notes |
|
|
Google_Frog (reporter) 2017-08-25 03:01 |
Replay with ZK 1.5.8.2. |
|
Kloot (developer) 2017-08-25 14:40 Last edited: 2017-08-25 14:47 |
The *terrain* between structures is still passable, which is why units that slip onto it do not become fully stuck. Move orders given in such areas will cause a unit to get as close as possible (if it is outside) or follow a void path consisting of just the goal (if inside and close enough) with collision detection minimizing footprint overlap. I think this kind of "soft" impassibility is better than the alternatives. |
|
Kloot (developer) 2017-08-25 15:38 |
an old source comment of mine agrees: "ChangeSpeed calculates speedMod without checking squares for *structure* blockage (so that a unit can free itself if it ends up within the footprint of a structure)" |
| Notes |
| Issue History |
|||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2017-08-25 03:00 | Google_Frog | New Issue | |
| 2017-08-25 03:01 | Google_Frog | File Added: 20170825_105451_TitanDuel_103.0.1-1285-gd322668 develop.sdfz | |
| 2017-08-25 03:01 | Google_Frog | Note Added: 0018270 | |
| 2017-08-25 03:01 | Google_Frog | File Added: screen00503.jpg | |
| 2017-08-25 14:40 | Kloot | Note Added: 0018275 | |
| 2017-08-25 14:47 | Kloot | Note Edited: 0018275 | View Revisions |
| 2017-08-25 15:38 | Kloot | Status | new => closed |
| 2017-08-25 15:38 | Kloot | Resolution | open => won't fix |
| 2017-08-25 15:38 | Kloot | Note Added: 0018276 | |
| Issue History |