View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000443 | Spring engine | General | public | 2007-02-19 21:18 | 2007-06-12 21:15 |
| Reporter | KDR_11k | Assigned To | tvo | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000443: canassist=0 can be circumvented | ||||
| Description | Constructors with canAssist=0 can still work together on one construction if they are outside of build range when the order is given. This has severe implications for mods that rely on the assumption that nothing can be built faster than a given constructor can build. Additionally canAssist=0 constructors cannot resume a construction that has no units working on it, if all con units in a mod have that tag an incomplete construction has to be reclaimed and built from ground up if the assigned worker stops working for some reason. | ||||
| Additional Information | The mod Kernel Panic ( http://spring.unknown-files.net/file/2377/Kernel_Panic_0.7/ ) can be used as an example for this behaviour, make two Assemblers and order them to build a Socket on a far away geovent. Compare that to the behaviour if at least one is close to the geovent when giving the order. | ||||
| Tags | No tags attached. | ||||
| Checked infolog.txt for Errors | |||||
|
|
Doh! I'll have to test this. That's a big problem for my current mod. |
|
|
I know I looked into this, but I don't remember if I fixed it. I'll double check when I get home. |
|
|
I can confirm this bug still happen with revision 3816 |
|
|
Fixed, r3817. (Apart from the fact that a construction still can't be resumed, but that requires bigger changes (e.g. buildees remembering their builder(s))) |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-02-19 21:18 | KDR_11k | New Issue | |
| 2007-03-14 04:37 | Argh | Note Added: 0000783 | |
| 2007-03-14 18:34 | ILMTitan | Note Added: 0000789 | |
| 2007-06-12 20:26 | tvo | Note Added: 0000952 | |
| 2007-06-12 21:14 | tvo | Status | new => assigned |
| 2007-06-12 21:14 | tvo | Assigned To | => tvo |
| 2007-06-12 21:15 | tvo | Status | assigned => resolved |
| 2007-06-12 21:15 | tvo | Resolution | open => fixed |
| 2007-06-12 21:15 | tvo | Note Added: 0000955 |
