View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
---|---|---|---|---|---|---|---|---|---|
0000345 | Spring engine | General | public | 2006-12-21 23:42 | 2007-01-09 23:58 | ||||
Reporter | LordMatt | ||||||||
Assigned To | tvo | ||||||||
Priority | normal | Severity | tweak | Reproducibility | always | ||||
Status | resolved | Resolution | fixed | ||||||
Product Version | |||||||||
Target Version | Fixed in Version | ||||||||
Summary | 0000345: Sharemetal/Shareenergy Are bugged | ||||||||
Description | As described in http://taspring.clan-sy.com/phpbb/viewtopic.php?p=153264#153264 if you are reclaiming something like a com wreck very quickly with multiple construction units, you can waste metal in excess even if you set the share limit below the maximum. IMO, sharing excess should be automatic and instantanious, rather than the current situation, but I would be satisfied with merely automatic sharing. | ||||||||
Tags | No tags attached. | ||||||||
Checked infolog.txt for Errors | |||||||||
Attached Files |
|
Notes | |
tvo (reporter) 2007-01-09 14:25 |
I think I have a quickfix for this on my USB disk atm. Still need to test it when I'm back at my dev PC. The quickfix consists of keeping a delayedMetalShare and delayedEnergyShare variable: these are the excess amounts (ie. lost) in current version. With my fix they are tried to be shared on the next sharing cycle (happens every SlowUpdate, ie. once every 32 frames (approx. 1 seconds)), and only "marked as" excess if all allies' storages are full. |
tvo (reporter) 2007-01-09 23:58 |
comitted, seems to work fine. |
Issue History | |||
Date Modified | Username | Field | Change |
---|---|---|---|
2006-12-21 23:42 | LordMatt | New Issue | |
2007-01-09 14:25 | tvo | Note Added: 0000542 | |
2007-01-09 14:25 | tvo | Status | new => assigned |
2007-01-09 14:25 | tvo | Assigned To | => tvo |
2007-01-09 23:58 | tvo | Status | assigned => resolved |
2007-01-09 23:58 | tvo | Resolution | open => fixed |
2007-01-09 23:58 | tvo | Note Added: 0000543 |