-Confirmed-
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Mar 1 2016
All fleet orders turn back to Idle after a server reboot. It's not a bug though, it's simply not implemented yet.
-Validated-
You get a nullpointer if you have 0 fleets and open the map.
Thanks, pretty sure it's caused by just deleting a fleet (and then opening the map). The rest is probably irrelevant.
3 hours too late unfortunately, already reported in T1199, rejecting as duplicate
I wanted to check several situations to identify the most problematic and see the behavior of the arrows separately. But T1200 prevents me yet.
You'll have to wait a bit but roughly speaking it'll cause some orientation (or disorientation) problems.
In T1188#44862, @SmilingDemon wrote:did you see any permanent effect afterwards ?
-QA Testing-
Feb 29 2016
resolved in versions after (but not including) 0.19574
Feb 28 2016
Seems to be fixed, i'll have to try again with a larger scale example to make sure.
I don't usually post here. but I'll post my experiences in case it helps. I saw this bug when working on my large EVE Oracle Shell. About 450m tall empty shell. If I wanted to try to recreate this bug, the easiest way I've found is to set you brush size to something large like 50x50x50, and use the replace block tool over a large area. I would estimate it to happen within 5 to 8 clicks... maybe. When it happens, only one single block out of the whole area will explode instead of replacing it with the new block.
its usually a client side effect only. showing removed blocks as broken ones as if damaged.
its due to remove and placement of blocks being queued server side.
depending on how many you place that effect can go on for quite a while.
-QA Testing-
two arrows .. OK ?
Known problem .. Meta items do interfere with buildmode