Author Topic: Official v7.10 Bugs Reporting Thread  (Read 215082 times)

0 Members and 1 Guest are viewing this topic.

Offline drayath

  • Chief Petty Officer
  • ***
  • d
  • Posts: 32
  • Thanked: 1 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #300 on: March 14, 2016, 07:41:00 PM »
If you right click on a taskforce in the system map->military tab it opens the taskforce window for that taskforce.  If you right click a different taskforce it brings the taskforce window to the front but does not change the taskforce to the the one you have just right clicked.

Leads to a lot of click taskforce, close taskforce window, click taskforce again.

Using 7. 1 Portable install if that makes a difference.
 

Offline Pixel1191

  • Warrant Officer, Class 2
  • ****
  • P
  • Posts: 58
  • Thanked: 11 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #301 on: March 16, 2016, 06:04:37 AM »
So first off, I used Designer Mode to find this bug (if it is one), however, I haven't made any changes while in DM, just used it to find what the hell is going on.

As for the rest of this, I'll spoiler it, since it involves some of them.

After my latest game had slowed down to 6 hour turns, I decided to use DM to find out why, exactly, that is, because the turns were too long to be combat-related. It turns out it was the Invaders. They were the only ones having any interupt events in those timeframes. It was hostile transit detections by their gate constructors spread all over the galaxy. Quite large numbers, too (some in the 100s). Every 6 hours the game stopped to announce the hostile transit of various amounts of ships, but no contacts were to be seen anywhere. None of the other empires or races, Star Swarm included, were even active in those systems, in fact the Invaders were the only ones who had actual knowledge of those systems at all, none of the others had been there yet. So either I massively overlooked something, or the Invaders have detected "phantom transits". Removing the gate construction fleets from the systems in question got rid of the interupts, tho they did reappear shortly thereafter with new transits in different systems, same problems applied here, nothing to be actually seen.
« Last Edit: March 16, 2016, 06:08:10 AM by Pixel1191 »
 

Offline Zook

  • Commander
  • *********
  • Posts: 308
  • Thanked: 10 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #302 on: March 17, 2016, 01:56:02 AM »
With "Max Weapon Range" on in the Display 2 tab, my shiny new 4-billion-km-range drone leads to an Overflow in Display Fleet.
 

Offline TMaekler

  • Vice Admiral
  • **********
  • Posts: 1112
  • Thanked: 298 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #303 on: March 17, 2016, 02:29:16 PM »
Commanders Tab: When you click on "Replace All" but cancel that action, the Commanders are still completly exchanged.
 

Offline drayath

  • Chief Petty Officer
  • ***
  • d
  • Posts: 32
  • Thanked: 1 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #304 on: March 18, 2016, 06:21:07 PM »
Boarding action with a unit with 0 attack strength causes a divide by zero error during each combat round (and as it prevent unit from fighting does not end until ship captured by other unit or destroyed).

Possibly associated, reinforcement units don't seem to reinforce other units during boarding actions.
 

Offline Vandermeer

  • Rear Admiral
  • **********
  • Posts: 961
  • Thanked: 128 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #305 on: March 19, 2016, 04:03:19 PM »
I am currently stuck with one interval where a 5-day advance causes this window to appear:


I assume that it has to do with automated survey craft somewhere, but since I only own one(coincidentally just finishing a survey objective), but turning it off didn't resolve the issue, it must be one of some other faction.
So I went into designer and figured that there are only 3 other factions in the galaxy currently owning any ships.(..and all owning something with survey) 2 are friendly NPR, and looking at the in total 6 ships they had didn't give of something suspicious. ->They were all surveys with default orders and their next objective scheduled or still on one.
The third faction is spoiler invaders. They currently operate 3 survey ships, and despite having default survey orders like everybody, they all sit around without schedule like this:
(spoiler image in OT-tab)
Off-Topic: show


...So I tried deleting those for their ill signs, but it was a fruitless endeavor. I rolled back a save to some increments earlier, but fear it might happen again in a couple days. Considering the universe only knows 8 other ships outside the spoiler faction, only these spoilers can be the cause in some way at least.
If this is a known problem, I would like to learn its origin before spoilering myself too much by going through all their ships and inevitably seeing their position and numbers.
« Last Edit: March 19, 2016, 04:05:36 PM by Vandermeer »
playing Aurora as swarm fleet: Zen Nomadic Hive Fantasy
 

Offline Pixel1191

  • Warrant Officer, Class 2
  • ****
  • P
  • Posts: 58
  • Thanked: 11 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #306 on: March 19, 2016, 06:14:25 PM »
That killed my last game, too. Would be interested in that, as well.
 

Offline rorror

  • Warrant Officer, Class 1
  • *****
  • r
  • Posts: 79
  • Thanked: 6 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #307 on: March 20, 2016, 07:58:56 AM »
Quote from: Pixel1191 link=topic=8144. msg88169#msg88169 date=1458429265
That killed my last game, too.  Would be interested in that, as well.

Got that error in my game too, what i did was moved the ships to an other Task Force, and deleted the old task force that gave the error.
In a other instance, i was not able to move them to a other Task Force, got errors there to, so i went to the Ship details, and Destroyed the onces with errors. 
Made then a Salveger ship to pickup the wracks. 
This way i could continue my game, i am still in my first campain.   44Years of playing now.
 

Offline Vandermeer

  • Rear Admiral
  • **********
  • Posts: 961
  • Thanked: 128 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #308 on: March 20, 2016, 08:28:01 AM »
Got that error in my game too, what i did was moved the ships to an other Task Force, and deleted the old task force that gave the error.
In a other instance, i was not able to move them to a other Task Force, got errors there to, so i went to the Ship details, and Destroyed the onces with errors. 
Made then a Salveger ship to pickup the wracks. 
This way i could continue my game, i am still in my first campain.   44Years of playing now.
Interesting.(and welcome to the Forum ;) ) You did something that worked, but I don't quite understand how you figured out which ships caused the problem. How did you learn which ships would produce that error on next increment?

I myself have no suspicious objects left anymore from my point of view, since the these 3 that did behave strange were proven not to be the issue.
playing Aurora as swarm fleet: Zen Nomadic Hive Fantasy
 

Offline rorror

  • Warrant Officer, Class 1
  • *****
  • r
  • Posts: 79
  • Thanked: 6 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #309 on: March 20, 2016, 10:07:59 AM »
Quote from: Vandermeer link=topic=8144.  msg88175#msg88175 date=1458480481
Interesting.  (and welcome to the Forum ;) ) You did something that worked, but I don't quite understand how you figured out which ships caused the problem.   How did you learn which ships would produce that error on next increment?

I myself have no suspicious objects left anymore from my point of view, since the these 3 that did behave strange were proven not to be the issue. 

Tnx for the warm welcome.   Found that out, while looking at my task groups, and tried to change there order, and got the error there without the time increment running.

Go to Task Groups, view them all, and remove one by one all orders at the task groups.   (if you get the error there without the time increment, you found the messed up one) If possible reset task, if not move to a other TG. 
Don't forget the Special Orders Tab, while there is maybe A default order condition that could not be met anymore. 
 

Offline Vandermeer

  • Rear Admiral
  • **********
  • Posts: 961
  • Thanked: 128 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #310 on: March 20, 2016, 11:45:32 AM »
Thank you for that information. I delved into the older save, and it indeed happened at the same time again a couple 5-day blocks later. However, I could not find such an orders induced error even after going through all races' task groups in the universe and deleting all automation and tasks I could find. (there haven't been too much though)
There was one more other strange thing however that I noticed later with SM event window:
(spoiler image warning)
Off-Topic: show


This spoiler ship should not use fuel, and while ploughing through their ship list, I could not find a single other example that had used any fuel at all. After restoring the tank everything worked fine again.
..What caused the fuel to fall low just now, I can guess might be tank destruction from battle, as their fleet was just eliminating something apparently:
(spoiler image warning)
Off-Topic: show


..However, there was no battle damage on the actual ship, but it would be highly unlikely if the planet approach and the fuel loss did coincide just randomly.
Maybe Steve will be able to see through what really happened here when the ships met the planet and wrecks.

-----
Another unrelated minor issue I had to notice: The AI ship naming seems to break in consistency whenever multiple ships get spawned at once. Instead of giving unique numbers one after another, they all get the current lowest one. Looks like this:
(spoiler image warning)
Off-Topic: show


..Not that the player would usually come to notice.
playing Aurora as swarm fleet: Zen Nomadic Hive Fantasy
 

Offline baconholic

  • Warrant Officer, Class 2
  • ****
  • b
  • Posts: 61
  • Thanked: 2 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #311 on: March 21, 2016, 01:54:59 AM »
Error in PointBlankPDFire
Error 3201 was generated by DAO. Recordset

A few hundred of these errors pop up every single time my fleet intercepts a salvo of enemy missiles.  It doesn't matter if the salvo amount is 6 or 104, several hundred errors pop up.

I decided to delete my PD fighters until the problem was solved.  I found 2 different designs to be causing the error:

SFR-MFD
Code: [Select]
SFR-MFD class Fighter    332 tons     3 Crew     137.2 BP      TCS 6.64  TH 150  EM 0
22590 km/s     Armour 1-4     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 0     PPV 3
Maint Life 0 Years     MSP 0    AFR 66%    IFR 0.9%    1YR 9    5YR 136    Max Repair 38 MSP
Intended Deployment Time: 0.1 months    Spare Berths 1   

MFD ME-0075EP T300x60 (2)    Power 75    Fuel Use 925.96%    Signature 75    Exp 30%
Fuel Capacity 15,000 Litres    Range 0.9 billion km   (10 hours at full power)

10cm Railgun V1/C3 (1x4)    Range 10,000km     TS: 22590 km/s     Power 3-3     RM 1    ROF 5        1 0 0 0 0 0 0 0 0 0
FTR-BFC T40x5 M80x25 (1)    Max Range: 80,000 km   TS: 25000 km/s     88 75 62 50 38 25 12 0 0 0
MCF-3 (1)     Total Power Output 3    Armour 0    Exp 5%

This design is classed as a Fighter for production, combat and maintenance purposes

SFR-8
Code: [Select]
SFR-8 class Fighter    307 tons     3 Crew     145.9 BP      TCS 6.14  TH 192  EM 0
31270 km/s     Armour 1-4     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 0     PPV 3
Maint Life 0 Years     MSP 0    AFR 61%    IFR 0.9%    1YR 10    5YR 151    Max Repair 48 MSP
Intended Deployment Time: 0.1 months    Spare Berths 1   

INFD ME-0096EP T300x40 (2)    Power 96    Fuel Use 617.3%    Signature 96    Exp 30%
Fuel Capacity 10,000 Litres    Range 0.9 billion km   (8 hours at full power)

10cm Railgun V1/C3 (1x4)    Range 10,000km     TS: 31270 km/s     Power 3-3     RM 1    ROF 5        1 0 0 0 0 0 0 0 0 0
FTR-BFC T48x6.25 M48x31.25 (1)    Max Range: 48,000 km   TS: 31250 km/s     79 58 38 17 0 0 0 0 0 0
MCF-3 (1)     Total Power Output 3    Armour 0    Exp 5%

This design is classed as a Fighter for production, combat and maintenance purposes

This 3rd design is minor upgrade of the first 2, but did not cause error:
Code: [Select]
SFR-8.2 class Fighter    307 tons     3 Crew     190 BP      TCS 6.14  TH 192  EM 0
31270 km/s     Armour 1-4     Shields 0-0     Sensors 1/1/0/0     Damage Control Rating 0     PPV 3
Maint Life 0 Years     MSP 0    AFR 61%    IFR 0.9%    1YR 13    5YR 197    Max Repair 72 MSP
Intended Deployment Time: 0.1 months    Spare Berths 1   

INFD ME-0096EP T300x30 (2)    Power 96    Fuel Use 462.98%    Signature 96    Exp 30%
Fuel Capacity 10,000 Litres    Range 1.3 billion km   (11 hours at full power)

10cm Railgun V1/C3 (1x4)    Range 10,000km     TS: 31270 km/s     Power 3-3     RM 1    ROF 5        1 0 0 0 0 0 0 0 0 0
FTR-BFC T60-8 M120x32 (1)    Max Range: 120,000 km   TS: 32000 km/s     92 83 75 67 58 50 42 33 25 17
SCAM-3.2 (1)     Total Power Output 3.2    Armour 0    Exp 5%

This design is classed as a Fighter for production, combat and maintenance purposes

I can upload the saved database before and after I deleted the fighters if needed.

*Edit: It seems like my SFR-8.2 did not fight any battles and thus have not setup the FC, so they might cause error too. However, my PD-FACs using the same railgun does not cause any PointBlankPDFire error.

*Edit 2: Fight broke out in another system. I figured out exactly what caused the error. Having another fleet that's not fighting assigned to PointBlankPDFire will cause 1 error to get generated per 10cm Railgun V1/C3. 1 FC + 3 railgun = 3 errors, 2 FC + 6 railgun = 6 errors. PointBlankPDFire range does not matter. Switching PD fire to AreaPD/PointBlankPDFire (SO) will not cause any error.

I tried assigning PointBlankPDFire to new crafts using 10cm Railgun V6/C3, they did not throw any errors. I am not sure if that's because they haven't been fired yet or that the V6/C3 doesn't throw any error.
« Last Edit: March 21, 2016, 08:43:10 PM by baconholic »
 

Offline WHCnelson

  • Warrant Officer, Class 1
  • *****
  • W
  • Posts: 80
Re: Official v7.10 Bugs Reporting Thread
« Reply #312 on: March 21, 2016, 02:58:00 AM »
 :o I am now getting an Error 380 an Invalid Property Value was Generated.    :-\ >:(   This is now occurring again when I reach YEAR 17 in game time.  I have explored 44 systems of the 2000 in the game and have 3 generated races from the beginning.   I have colonized 6 systems with one having a sector capital.   The error occurred after I activated the generate new races as NPC and NPC can activate other NPC races.

   Now when I deactivate Generate new races as NPC the error disappears....  What the !@!@#$$$ ??? ??? ??? ::) :P :-[
 

Offline rorror

  • Warrant Officer, Class 1
  • *****
  • r
  • Posts: 79
  • Thanked: 6 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #313 on: March 21, 2016, 04:47:44 AM »
After creating a new Missle, i named the missle with a too long name.  That gave me an error.
But it was added at the missle research, so i researched it.  (bad thing)
Now when i go to my Industries, select Missles.  It gives the following error:

Error in PopulateConstructionGrid
Error 94 was generated by Aurora
Invalid use of Null
Please report to aurora url 11. 0. html

After i click ok, i have my missle list, with 1 missle without a name. 

When i go back to missle design, it popup up a bounche of error's, but can't delete the missle.

How can i delete that design from my game?
 

Offline Pixel1191

  • Warrant Officer, Class 2
  • ****
  • P
  • Posts: 58
  • Thanked: 11 times
Re: Official v7.10 Bugs Reporting Thread
« Reply #314 on: March 21, 2016, 05:43:53 AM »
Just rename the missile? Maybe that'll help. Can do that in tech screen.