Author Topic: Official v6.40 Bugs Reporting Thread  (Read 95497 times)

0 Members and 1 Guest are viewing this topic.

Offline Ruji

  • Able Ordinary Rate
  • R
  • Posts: 3
Re: Official v6.40 Bugs Reporting Thread
« Reply #555 on: October 08, 2015, 03:18:25 PM »
Quote from: 83athom link=topic=7012. msg81676#msg81676 date=1444333086
Did you properly extract/install into the Program Files (x86)? Also, the Aurora_wrapper. exe is the one you should be using.

Yeah, I used the installer, installation to D:\Program Files (x86)\Aurora ran without error.  And if I use the wrapper it forces running as admin and when I run as admin (wrapper nor not) I get "Run-time error '339': Component 'COMCTL32. OCX' or one of its dependencies not correctly registered: a file is missing or invalid" when opening the System Map (the file exists in the same folder) - but I also still get the Out of memory error on the Class Design, so I don't think that really helps anyway.
 

Offline Erik L

  • Administrator
  • Admiral of the Fleet
  • *****
  • Posts: 5658
  • Thanked: 372 times
  • Forum Admin
  • Discord Username: icehawke
  • 2020 Supporter 2020 Supporter : Donate for 2020
    2022 Supporter 2022 Supporter : Donate for 2022
    Gold Supporter Gold Supporter : Support the forums with a Gold subscription
    2021 Supporter 2021 Supporter : Donate for 2021
Re: Official v6.40 Bugs Reporting Thread
« Reply #556 on: October 08, 2015, 03:27:30 PM »
Yeah, I used the installer, installation to D:\Program Files (x86)\Aurora ran without error.  And if I use the wrapper it forces running as admin and when I run as admin (wrapper nor not) I get "Run-time error '339': Component 'COMCTL32. OCX' or one of its dependencies not correctly registered: a file is missing or invalid" when opening the System Map (the file exists in the same folder) - but I also still get the Out of memory error on the Class Design, so I don't think that really helps anyway.

Try installing outside of Program Files.
 

Offline Ruji

  • Able Ordinary Rate
  • R
  • Posts: 3
Re: Official v6.40 Bugs Reporting Thread
« Reply #557 on: October 08, 2015, 03:47:15 PM »
Quote from: Erik Luken link=topic=7012. msg81683#msg81683 date=1444336050
Try installing outside of Program Files.

That seems to have worked, now the Class Desiger works! I don't even want to know how that solved the problem though ;)

Still have the ocx-error when running as admin but it seems to work fine for now without elevated privileges.
 

Offline Erik L

  • Administrator
  • Admiral of the Fleet
  • *****
  • Posts: 5658
  • Thanked: 372 times
  • Forum Admin
  • Discord Username: icehawke
  • 2020 Supporter 2020 Supporter : Donate for 2020
    2022 Supporter 2022 Supporter : Donate for 2022
    Gold Supporter Gold Supporter : Support the forums with a Gold subscription
    2021 Supporter 2021 Supporter : Donate for 2021
Re: Official v6.40 Bugs Reporting Thread
« Reply #558 on: October 08, 2015, 03:56:05 PM »
That seems to have worked, now the Class Desiger works! I don't even want to know how that solved the problem though ;)

Still have the ocx-error when running as admin but it seems to work fine for now without elevated privileges.

With Win7+ the Program Files directory is really locked down hard. At times, you can copy a file over, acknowledge the UAC prompt with escalated privileges and still not have the file copy.

 

Offline 83athom

  • Big Ship Commander
  • Vice Admiral
  • **********
  • Posts: 1261
  • Thanked: 86 times
Re: Official v6.40 Bugs Reporting Thread
« Reply #559 on: October 08, 2015, 08:50:09 PM »
With Win7+ the Program Files directory is really locked down hard. At times, you can copy a file over, acknowledge the UAC prompt with escalated privileges and still not have the file copy.
Huh, I've never had a problem with it installed in Program Files (x86) in Windows 8, 8.1, or 10.
Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life.
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #560 on: October 09, 2015, 05:58:31 AM »
Error in Load Orders
Error 94 was Generated by Aurora
Invalid Use of Null

It happens on the start of turn processing, and if I look at a specific Task Group, which then leads to

Error in Populate Moves
Error 381 was generated by Aurora
Invalid property array index.

This was a survey ship with the following primary/secondary/conditional orders

Survey next 5 bodies
Refuel at Colony in System
If Fuel less than 30% refuel at Colony within 4 jumps
If Supply less than 20% resupply at Colony within 4 jumps

The ship reached the end of its deployment time so I removed the primary order and queued "Refuel at Earth" and "Resupply at Earth" orders. This bug occurred immediately after it reached Earth. Earth has a Duranium shortage, I don't know if this is related due to supplies not being available or something like that.

EDIT: Forgot to mention that there weren't any orders left in the queue.

RESOLVED: Clicking "Remove All" orders remedied the situation.
« Last Edit: October 09, 2015, 06:00:13 AM by Yonder »
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #561 on: October 12, 2015, 07:02:49 AM »
"Due to increading temperature, the ice sheet on Luna has melted, increasing the Albedo from 1 to 1.015, This has caused a sudden temperature increase from -26.8C to -23.1C"

Albedo is a measure of the reflectivity of an object. The higher the value the more energy from the sun is reflected back into space. In this scenario the Albedo should have decreased from 1 to 0.985. Also, the initial Albedo of 1 is super high, that means perfect reflection. For reference, according to here http://www.amnh.org/education/resources/rfl/web/antarctica/s_albedo.html the ocean's have an albedo of 0.1 to 0.15, and smooth ice maxes out at around 0.9 (probably the highest possible natural albedo.
 

Offline Wagghh

  • Able Ordinary Rate
  • W
  • Posts: 2
Re: Official v6.40 Bugs Reporting Thread
« Reply #562 on: October 12, 2015, 07:51:07 AM »
A lot of my civilian ships are stuck with the orders to "Move to (planet) Trade Location" or "Load/Unload Colonists"

I've tried clearing their orders but they just go back to the same orders. 

See below. 

https://www. dropbox. com/s/w21vawkdr5agcf9/System_Map__16th_June_2083_2053_2015-10-12_13-47-17. png?dl=0
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #563 on: October 12, 2015, 07:53:01 AM »
I noticed something weird about the "Chance to Hit" of the sensor drone I'm making:

"Chance to Hit: 1k km/s 13%   3k km/s 0%   5k km/s 2.6%   10k km/s 1.3%"

Why is the chance to hit at 3k km/s zero when I have a non-zero chance to hit faster objects?
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #564 on: October 13, 2015, 09:02:58 AM »
A lot of my civilian ships are stuck with the orders to "Move to (planet) Trade Location" or "Load/Unload Colonists"

I've tried clearing their orders but they just go back to the same orders. 

See below. 

https://www. dropbox. com/s/w21vawkdr5agcf9/System_Map__16th_June_2083_2053_2015-10-12_13-47-17. png?dl=0

This doesn't sound like a bug. I think you are confusing the "Civilian" maintenance classification of the ships you design and build, with the Civilian ships that your actual civilian population designs and build. The latter can only be controlled in very limited ways by you (marking planets and systems out of bounds) and simply go from colony to colony, trading and moving colonists around.

That said, that naming convention comes from earlier versions of Aurora where your civilian populations couldn't design their own vessels, and simply used your "Civilian" blueprints that had reasonable components for their needs. Now that the Civilian populations do that themselves there is no connection between the "Civilian" ships that don't need maintenance and the actual civilian ships, so maybe the "doesn't need maintenance" classification should be renamed. Reliable, dependable, simple, something like that.
 

Offline Wagghh

  • Able Ordinary Rate
  • W
  • Posts: 2
Re: Official v6.40 Bugs Reporting Thread
« Reply #565 on: October 13, 2015, 01:14:49 PM »
Thanks for the reply but I'm not confusing civilian and commercial ships.

These ships are the ones that are owned by the shipping lines that a player has no control over.

I cleared the orders of the ships on the shipping lines screen as the mouse hover text says "this can be used if civilian ships encounter problems"

I've since been able to get them to move by removing all civilian contracts from my colonies.

I guess they were all trying to load the same infrastructure or something.
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #566 on: October 14, 2015, 07:10:26 AM »
I'm getting pop up notifications (not event logs) about salvage events when I'm not doing any salvaging. Maybe some debug notifications from the NPR salvaging development work that got left in?
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #567 on: October 15, 2015, 08:19:51 AM »
Military Jump Drives are currently being classified as Commercial Components.
 

Offline 83athom

  • Big Ship Commander
  • Vice Admiral
  • **********
  • Posts: 1261
  • Thanked: 86 times
Re: Official v6.40 Bugs Reporting Thread
« Reply #568 on: October 15, 2015, 08:56:48 AM »
Military Jump Drives are currently being classified as Commercial Components.
That is not a bug, that is intended.
Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life.
 

Offline Yonder

  • Registered
  • Lt. Commander
  • ********
  • Y
  • Posts: 278
Re: Official v6.40 Bugs Reporting Thread
« Reply #569 on: October 17, 2015, 01:51:26 PM »
Error in Execute Orders
Error 5 was generated by Aurora
Invalid procedure call or argument

I just finished a battle, and I suspect the issue is related to task groups that had been escorting another group no longer doing so, but maybe it's fire control related or something entirely different. I have a copy of the database if desired.