Author Topic: v2.5.1 Bugs Thread  (Read 141440 times)

0 Members and 74 Guests are viewing this topic.

Offline skoormit

  • Vice Admiral
  • **********
  • Posts: 1022
  • Thanked: 436 times
Re: v2.5.1 Bugs Thread
« Reply #435 on: May 20, 2025, 12:21:05 PM »

I've checked and the copy+upgrade does transfer the rank correctly. It's possible I already fixed this in v2.6.

Interesting.
The template I noticed that this happened to was originally copied from a 3kt, then I expanded it to 6kt, then later upgraded it from there.
Maybe something about the particular upgrade path caused the issue.
I repro'd it originally (or so I thought), but I did not document the exact steps, and I can't repro it now.
Starting to seem like a run-of-the-mill PEBKAC.

What about formations led by under-ranked commanders not getting replacements?
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 12181
  • Thanked: 23732 times
  • 2025 Supporter 2025 Supporter : Support the forums in 2025
    Gold Supporter Gold Supporter :
    Above & Beyond Supporter Above & Beyond Supporter :
Re: v2.5.1 Bugs Thread
« Reply #436 on: May 20, 2025, 12:52:23 PM »

I've checked and the copy+upgrade does transfer the rank correctly. It's possible I already fixed this in v2.6.

Interesting.
The template I noticed that this happened to was originally copied from a 3kt, then I expanded it to 6kt, then later upgraded it from there.
Maybe something about the particular upgrade path caused the issue.
I repro'd it originally (or so I thought), but I did not document the exact steps, and I can't repro it now.
Starting to seem like a run-of-the-mill PEBKAC.

What about formations led by under-ranked commanders not getting replacements?

Yes, that second one does sound like a bug, but I can't find any reference to commanders in the ground unit replacement code, so I don't understand why that is a factor. When I have more time, I will setup a test and try to reproduce the bug.
 

Offline skoormit

  • Vice Admiral
  • **********
  • Posts: 1022
  • Thanked: 436 times
Re: v2.5.1 Bugs Thread
« Reply #437 on: May 25, 2025, 08:11:57 AM »
In FCT_MineralDeposit, there are two fields with data regarding the deposit's original values:

OriginalAcc
HalfOriginalAmount

It appears that these fields do not (always?) get updated based on the findings of ground surveys.
Here are the two records in my database that indicate such:

Code: [Select]
GameID,MaterialID,SystemID,SystemBodyID,Amount,Accessibility,HalfOriginalAmount,OriginalAcc
119,1,14013,1270312,103680000.0,0.1,24502500.0,0.1
119,1,13991,1267757,14905800.0,1.0,230400.0,0.6


Both records have Amount more than 2x HalfOriginalAmount.
The second record also has Accessibility higher than OriginalAcc.

I know that the body of the first record had a geo survey that found additional duranium (with no increase in acc).
I don't recall doing a ground survey of the second one, but it would have happened a long enough time ago that I may have just forgotten.

« Last Edit: May 28, 2025, 12:10:52 PM by skoormit »
 

Offline Louella

  • Sub-Lieutenant
  • ******
  • L
  • Posts: 115
  • Thanked: 174 times
Re: v2.5.1 Bugs Thread
« Reply #438 on: May 26, 2025, 06:05:03 PM »
In my game, there was a multifactional war between different NPRs that all had the same homeworld (Earth), and I got a couple of error popups, and was wondering what they mean, and if anything I did with SM mode made things worse, so that I would know not to do those things again.

For a while, I got errors for functions #103 and #111, but these went away eventually. These popped up at seemingly random times, whenever I pressed the buttons to advance time. I couldn't figure out a pattern to what was happening.

Lately, I have an error for function #117, which seems to occur at the end of each construction cycle.

iirc, they all just say the same error message: "Object reference not set to an instance of an object".
 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 12181
  • Thanked: 23732 times
  • 2025 Supporter 2025 Supporter : Support the forums in 2025
    Gold Supporter Gold Supporter :
    Above & Beyond Supporter Above & Beyond Supporter :
Re: v2.5.1 Bugs Thread
« Reply #439 on: May 27, 2025, 02:47:25 AM »
In my game, there was a multifactional war between different NPRs that all had the same homeworld (Earth), and I got a couple of error popups, and was wondering what they mean, and if anything I did with SM mode made things worse, so that I would know not to do those things again.

For a while, I got errors for functions #103 and #111, but these went away eventually. These popped up at seemingly random times, whenever I pressed the buttons to advance time. I couldn't figure out a pattern to what was happening.

Lately, I have an error for function #117, which seems to occur at the end of each construction cycle.

iirc, they all just say the same error message: "Object reference not set to an instance of an object".

103 is AI checking fuel, 111 is AI checking for damage, 117 is AI ground force training.

They all run during every construction phase, and sometimes more often, so it must be a very rare bug.

What did you do with SM mode?
 

Offline Louella

  • Sub-Lieutenant
  • ******
  • L
  • Posts: 115
  • Thanked: 174 times
Re: v2.5.1 Bugs Thread
« Reply #440 on: May 27, 2025, 02:42:43 PM »
103 is AI checking fuel, 111 is AI checking for damage, 117 is AI ground force training.
They all run during every construction phase, and sometimes more often, so it must be a very rare bug.
What did you do with SM mode?

Well, the only things I can remember doing with SM mode before all this stuff started happening, was that I adjusted the orbits and environments of some planets in systems where I discovered a couple of new alien races, so that the planets would be suitable for them to colonise. Also used SM mode while designing a few ship classes that I transferred to some of the NPRs, to intervene in their wars.

In the course of the multifactional war, Earth got hit by missiles several times, and a lot of installations were destroyed, and several populations on Earth and in Sol changed hands, some several times. There were several battles between CMC garrisons as well. Some of the NPRs have been effectively defeated, with no remaining populated colonies, or ordnance.

 

Offline Steve Walmsley (OP)

  • Aurora Designer
  • Star Marshal
  • S
  • Posts: 12181
  • Thanked: 23732 times
  • 2025 Supporter 2025 Supporter : Support the forums in 2025
    Gold Supporter Gold Supporter :
    Above & Beyond Supporter Above & Beyond Supporter :
Re: v2.5.1 Bugs Thread
« Reply #441 on: May 27, 2025, 04:17:51 PM »
103 is AI checking fuel, 111 is AI checking for damage, 117 is AI ground force training.
They all run during every construction phase, and sometimes more often, so it must be a very rare bug.
What did you do with SM mode?

Well, the only things I can remember doing with SM mode before all this stuff started happening, was that I adjusted the orbits and environments of some planets in systems where I discovered a couple of new alien races, so that the planets would be suitable for them to colonise. Also used SM mode while designing a few ship classes that I transferred to some of the NPRs, to intervene in their wars.

In the course of the multifactional war, Earth got hit by missiles several times, and a lot of installations were destroyed, and several populations on Earth and in Sol changed hands, some several times. There were several battles between CMC garrisons as well. Some of the NPRs have been effectively defeated, with no remaining populated colonies, or ordnance.

It's probably the transferred ships. NPRs ships are created using the automated design code, which makes sure they are setup in a way the NPRs can handle. If you design a ship and transfer it, the AI will make an attempt to classify it and use it in that role, but it isn't guaranteed. It's best not to transfer ships to an AI race unless they are relatively simple.

Sounds like a fun game though!
 

Offline skoormit

  • Vice Admiral
  • **********
  • Posts: 1022
  • Thanked: 436 times
Re: v2.5.1 Bugs Thread
« Reply #442 on: May 28, 2025, 12:33:18 PM »
Mass Driver not respecting reserve levels for mined minerals.

I have a CMC colony from which I am purchasing minerals.
I changed the mineral reserve levels on this colony to non-zero for three minerals.
Two of those minerals (DUR and MER) are being mined on the body.
The other mineral (BOR) is not.

I manually added 100t of BOR via SM-mode.

I expected the stockpile levels of DUR and MER to increase as time passes and mining progresses, until the stockpile levels reach the reserve levels, at which point excess amount would be sent away via the mass driver.

Instead, the stockpile levels of DUR and MER remain at zero, and the mined amount is apparently sent away with the outbound mass driver packets.

(The stockpile level of BOR remains at 100, as expected.)


Image attached.
« Last Edit: May 28, 2025, 12:36:11 PM by skoormit »
 

Offline Louella

  • Sub-Lieutenant
  • ******
  • L
  • Posts: 115
  • Thanked: 174 times
Re: v2.5.1 Bugs Thread
« Reply #443 on: May 30, 2025, 12:26:39 PM »
In the course of the multifactional war, Earth got hit by missiles several times, and a lot of installations were destroyed, and several populations on Earth and in Sol changed hands, some several times. There were several battles between CMC garrisons as well. Some of the NPRs have been effectively defeated, with no remaining populated colonies, or ordnance.

Sounds like a fun game though!

Yeah ! It is the continuation of the "War of the Worlds" setup that I have been playing. It was all going rather well, until several Earth powers established large populations outside of Sol, and someone refused to recognise someone else's claim on a system. With a complex system of alliances between the different powers, it ended up with at least 3 different mutually-hostile factions at the height of the conflict, which lasted about 6 months, and pushed Earth to the edge of requiring infrastructure to cope with the radioactive fallout.

I'm not sure if e.g. the USA bombarding Brazil from space, putting radioactive dust into the atmosphere of Earth was the cause of France starting a war on the USA, or if there was also a dispute over sovereignty in Luhman 16, but it probably didn't help matters.
 
The following users thanked this post: Steve Walmsley

Offline Aloriel

  • Lt. Commander
  • ********
  • Posts: 214
  • Thanked: 106 times
Re: v2.5.1 Bugs Thread
« Reply #444 on: June 04, 2025, 01:14:39 PM »
Just had an issue where neutrals were attacked by my minefield (probably starting the Earth-Minbari War).

The situation was this:
A Minbari Survey Ship jumped into Sol through a gate that I had mined (stats for mines below). 4 hours later, which was probably the minimum increment due to me hitting 5 days, my mines went off and hit the survey ship. The Minbari were marked as neutral, and continue to be marked as such.

Since they're marked neutral, I shouldn't be able to fire at them at all. Normal weapons can't be fired at them. Auto-targeting missiles apparently can target neutrals.

Mine outer body (some stats are slightly different due to upgraded tech):
Code: [Select]
Missile Size: 16.64 MSP  (41.600 Tons)     Warhead: 0    Radiation Damage: 0
Speed: 0 km/s     Fuel: 500     1st Stage Flight Time: 1 seconds    1st Stage Range: 0k km
2nd Stage Flight Time: 13 minutes    2nd Stage Range: 7.65m km
Active Sensor Strength: 0.8   EM Sensitivity Modifier: 8
Resolution: 100    Maximum Range vs 5000 ton object (or larger): 6,624,929 km
Cost Per Missile: 7.33     Development Cost: 428
Second Stage: Mk I Mine Warhead x1
Second Stage Separation Range: 4,000,000 km
Chance to Hit: 1k km/s 0%   3k km/s 0%   5k km/s 0%   10k km/s 0%

Materials Required
Tritanium  1.5
Boronide  2.655
Uridium  1.3
Gallicite  1.875
Fuel:  500

Warhead (some stats are slightly different due to upgraded tech):
Code: [Select]
Missile Size: 14.84 MSP  (37.100 Tons)     Warhead: 12    Radiation Damage: 12
Speed: 20,216 km/s     Fuel: 500     Flight Time: 14 minutes     Range: 16.57m km
Active Sensor Strength: 0.8   EM Sensitivity Modifier: 8
Resolution: 100    Maximum Range vs 5000 ton object (or larger): 6,624,929 km
Cost Per Missile: 11.78     Development Cost: 542
Chance to Hit: 1k km/s 202.2%   3k km/s 67.4%   5k km/s 40.4%   10k km/s 20.2%

Materials Required
Tritanium  3
Boronide  4.23
Uridium  0.8
Gallicite  3.75
Fuel:  500

Also, I noticed that even though I zero out fuel on the buoy, it still adds 500 fuel to the device.
Sarah
Game Developer in Unity and UE4 and 5
 

Online smoelf

  • Silver Supporter
  • Commander
  • *****
  • Posts: 343
  • Thanked: 144 times
  • 2025 Supporter 2025 Supporter : Support the forums in 2025
    Silver Supporter Silver Supporter :
Re: v2.5.1 Bugs Thread
« Reply #445 on: June 07, 2025, 10:13:58 AM »
I recently had a successful espionage event, telling me that two human factions were allied, although they are most definitely set mutually to neutral. Is the espionage-event possibly set to register diplomatic rating instead of treaty level?

Pics attached.