View Issue Details
| ID | Project | Category | Date Submitted | Last Update | |
|---|---|---|---|---|---|
| 0019722 | AI War 2 | Bug - Other | Jul 6, 2018 5:33 pm | Apr 19, 2019 12:39 pm | |
| Reporter | RocketAssistedPuffin | Assigned To | Chris_McElligottPark | ||
| Severity | minor | ||||
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.748 Macrophage Teeth | ||||
| Fixed in Version | BETA 0.850 The Arrival of Fleets | ||||
| Summary | 0019722: Unit selection persisting between planets - causing fleets to kamikaze (Return of past bug?) | ||||
| Description | Appears to be this problem from a past report: https://bugtracker.arcengames.com/view.php?id=19563 Having military selected, then going to Homeworld to grab scouts to do a suicide run, is causing my military to also suicide, exactly as previous report says. | ||||
| Tags | No tags attached. | ||||
| related to | 0020113 | resolved | Chris_McElligottPark | Travel bug still here |
|
|
Chris, looks like a regression from a previous build. Puffin, could you give a save game and instructions (select forces on planet X, go to planet Y, select scouts, issue order to scouts to go to Z) to make this easy? Remember that any time a dev needs to take to set up the problem is time not spent digging through the code ;-) |
|
|
Of course, here it is. Setup: "Hennessy" has the Military, all Mark 1 Fleetships. "Shadbolt" holds most of the Scouts. Select Military on" Hennessy", then go to "Shadbolt" and select Scouts. Order Scouts to planet "Thone" directly below "Hennessy". Result should be Military going as well. Second Setup: Same save, planets, etc. Order Military to go to "Ilion", then select Scouts on "Shadbolt", order them to "Thone". Military will instead move to "Thone" instead of "Ilion". |
|
|
Just wanted to throw in that I have had this bug happen many times as well. |
|
|
Still there? |
|
|
Yep, had it happen today with Sentry Starships. |
|
|
I did not see this bug. |
|
|
oops, missed with thread. |
|
|
Though saying that I can't reproduce it...even with the above, ancient instructions. EDIT: Nope...even intentionally doing it it's somehow no longer occurring. Weird. So I guess it's somehow gone from this morning. |
|
|
Wait... this morning it could happen, but could not now? That's super strange. We'll leave this one open for a while just in case, I guess. |
|
|
Yeah, weirdly. I just started a new Quick Start, sent out Sentry Starships to neighbouring planets, and one reversed course and came back exactly as in this bug. Yet...replicating that, I can't get it. Can't get it with a big mess of units either. Units are deselecting when they go through a wormhole: Army on planet A selected, order to planet B. Units on planet B no longer selected and don't seem to take the orders. So...yeah, mystery. EDIT: And now they're not deselecting! |
|
|
They should still be selected after going through the wormhole... that part is by design. But then they should be interactive like normal. I wonder if that is the problem here in general, is the fact that we persist selection between wormholes semi-intentionally? |
|
|
Continued it further and...yeah, still selected. Confusing. Might have to start over mentally with this problem personally, heh. If I encounter it again I'll throw it here. |
|
|
Might be fixed as of this next build. Please let me know if you still see it using the methods you were using before. |
|
|
Okay this isn't fixed. Saying the same thing as in the other report in case: "Oh and Chris, that problem of units going kamikaze? I.e order Sentry Starship to planet A, then army to planet B, Sentry will come from A to B, despite not being selected anymore? Got that a fair bit today." |
|
|
How about now? |
|
|
I have not seen this recently. Wonder if it was caught in the removal of units entering planets being added to selection, since that happened on the galaxy map as well. |
|
|
Fingers crossed, then! |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| Jul 6, 2018 5:33 pm | RocketAssistedPuffin | New Issue | |
| Jul 7, 2018 12:59 am | BadgerBadger | Assigned To | => Chris_McElligottPark |
| Jul 7, 2018 12:59 am | BadgerBadger | Status | new => assigned |
| Jul 7, 2018 1:01 am | BadgerBadger | Note Added: 0047760 | |
| Jul 7, 2018 7:36 am | RocketAssistedPuffin | File Added: Fleet Kamikaze Setup.save | |
| Jul 7, 2018 7:36 am | RocketAssistedPuffin | File Added: Fleet Kamikaze Setup.savemet | |
| Jul 7, 2018 7:36 am | RocketAssistedPuffin | Note Added: 0047769 | |
| Jul 8, 2018 11:35 pm | DevoutHaruhiist | Note Added: 0047788 | |
| Sep 5, 2018 9:24 pm | Chris_McElligottPark | Relationship added | related to 0020113 |
| Oct 12, 2018 3:56 pm | Chris_McElligottPark | Note Added: 0049888 | |
| Oct 12, 2018 4:00 pm | RocketAssistedPuffin | Note Added: 0049891 | |
| Oct 12, 2018 4:01 pm | HeartHunter7 | Note Added: 0049892 | |
| Oct 12, 2018 4:02 pm | HeartHunter7 | Note Added: 0049894 | |
| Oct 12, 2018 4:05 pm | RocketAssistedPuffin | Note Added: 0049895 | |
| Oct 12, 2018 4:09 pm | RocketAssistedPuffin | Note Edited: 0049895 | |
| Oct 12, 2018 4:18 pm | Chris_McElligottPark | Note Added: 0049896 | |
| Oct 12, 2018 4:31 pm | RocketAssistedPuffin | Note Added: 0049898 | |
| Oct 12, 2018 4:33 pm | RocketAssistedPuffin | Note Edited: 0049898 | |
| Oct 12, 2018 5:06 pm | Chris_McElligottPark | Note Added: 0049902 | |
| Oct 12, 2018 5:30 pm | RocketAssistedPuffin | Note Added: 0049904 | |
| Oct 12, 2018 9:53 pm | Chris_McElligottPark | Note Added: 0049917 | |
| Oct 20, 2018 4:45 pm | RocketAssistedPuffin | Note Added: 0050186 | |
| Apr 18, 2019 1:19 pm | Chris_McElligottPark | Note Added: 0051077 | |
| Apr 18, 2019 7:50 pm | RocketAssistedPuffin | Note Added: 0051170 | |
| Apr 19, 2019 12:39 pm | Chris_McElligottPark | Status | assigned => resolved |
| Apr 19, 2019 12:39 pm | Chris_McElligottPark | Resolution | open => fixed |
| Apr 19, 2019 12:39 pm | Chris_McElligottPark | Fixed in Version | => BETA 0.850 The Arrival of Fleets |
| Apr 19, 2019 12:39 pm | Chris_McElligottPark | Note Added: 0051182 |
