View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0024214 | AI War 2 | Bug - Gameplay | Dec 7, 2020 1:37 pm | Dec 22, 2020 5:44 pm | |
| Reporter | poljik2 | Assigned To | Chris_McElligottPark | ||
| Status | resolved | Resolution | fixed | ||
| Product Version | 2.701 Good Grief Hotfix Bonanza | ||||
| Fixed in Version | 2.709 Obedient Engineers | ||||
| Summary | 0024214: Flagship paths to random point in gravity well | ||||
| Description | Sometimes, when giving multi-planet movement orders, flagships will path to a random point in their destination gravity well after arriving. | ||||
| Tags | No tags attached. | ||||
|
|
After replicating the issue, I checked the detailed view of the tooltip. It seems the issue is an unnecessarily queued decollision order. |
|
|
I think this could be tweeked so that the flagships don't have to go so far during decollision. Imagine the pain I go through when my combat engineers fly all the way across the gravity well whenever I command my mobile factories toward a planet. |
|
|
Is this perhaps an issue of a decollision order that was from decollision on an older planet being issued on the new planet? I'm guessing that I should start logging the planet ID of the decollision move order, and get the ships to just toss out anything that is from a planet they are no longer on. |
|
|
I've had similar issues, where upon moving to get out of the way, it'll instead move clear across the map. Is this the same thing? |
|
|
Had you just recently entered the planet with the ship in question, or had it been there for at least 5-10 seconds, Isiel? If under 5-10 seconds, or if your ship was still under move orders until right before it did that, I would say yes it's the same thing. If your ship spent the first 80 seconds of being on that planet moving to a target point that you had specified and shooting a target, then it being there a while would still also be the same problem. |
|
|
I'm not sure about Isiel's issue, but for me, it's a queued decollision order that is listed after the original move order. I'll attach a couple more screenshots to try and better illustrate it. |
|
|
Thanks! * Somehow we were having some decollision move orders that were happening for certain ships that made them move in strange wrong ways even though we check to make sure that ships are on the same planet that the order was calculated for. The only real conclusion that we can draw is that this is a ship that changed planets during the middle of the calculation. We now have it compare the current planet at the start of the calculation and at the end of the calculation, and if those do not match it does not send the decollision data that it calculated. ** We already have logic for stopping the logic for ships that have a wormhole order as their next command, but potentially it happens in the part-of-a-second gap between that existing and it switching planets. ** Additionally, just in case, we also now have it not queue any decollisions for any ships that have been on their current planet for less than 3 seconds. *** We wound up putting this logic in several places, preventatively. Decollision orders were already cleared when a ship changes planets, so we were extra careful to make sure to find these since these are a bit latent, clearly. The three second window should be plenty to find all of them at normal game speeds, although at extra fast game speeds it might be a bit too narrow. If that ever still causes strange movement, we'll look into that. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Dec 7, 2020 1:37 pm | poljik2 | New Issue | |
| Dec 11, 2020 7:22 am | poljik2 | File Added: waypoint.png | |
| Dec 11, 2020 7:22 am | poljik2 | File Added: decollide order.png | |
| Dec 11, 2020 7:22 am | poljik2 | Note Added: 0059901 | |
| Dec 13, 2020 1:52 pm | Crabby | Note Added: 0059947 | |
| Dec 17, 2020 5:45 pm | Chris_McElligottPark | Note Added: 0060058 | |
| Dec 17, 2020 6:15 pm | Isiel | Note Added: 0060062 | |
| Dec 17, 2020 8:23 pm | Chris_McElligottPark | Note Added: 0060068 | |
| Dec 22, 2020 7:36 am | poljik2 | File Added: Screenshot 2020-12-22 063110.png | |
| Dec 22, 2020 7:36 am | poljik2 | File Added: Screenshot 2020-12-22 063016.png | |
| Dec 22, 2020 7:36 am | poljik2 | Note Added: 0060129 | |
| Dec 22, 2020 5:44 pm | Chris_McElligottPark | Assigned To | => Chris_McElligottPark |
| Dec 22, 2020 5:44 pm | Chris_McElligottPark | Status | new => resolved |
| Dec 22, 2020 5:44 pm | Chris_McElligottPark | Resolution | open => fixed |
| Dec 22, 2020 5:44 pm | Chris_McElligottPark | Fixed in Version | => 2.709 Obedient Engineers |
| Dec 22, 2020 5:44 pm | Chris_McElligottPark | Note Added: 0060133 |
