- Changes
- The following settings are now settable only in server-settings:
- allow_commands - default is "admins-only"
- autosave_interval - default is 10
- autosave_slots - default is 5
- afk_autokick_interval - default is 0
- auto_pause - default is true
- Added /toggle-heavy-mode command. It can be used to generate files that help us to investigate server in a state where all new players get a desync loop.
- Desync reports are now much bigger, but have bigger chance of being useful.
- The following settings are now settable only in server-settings:
- Bugfixes
- Fixed trains slowly moving forward when stopped on a signal (32733).
- Hopefully fixed Lua desyncs caused by string formatting functions behaving differently on different platforms.
Version 0.14.12
- FactorioBot
- Factorio Staff
- Posts: 423
- Joined: Tue May 12, 2015 1:48 pm
Version 0.14.12
- aubergine18
- Smart Inserter
- Posts: 1264
- Joined: Fri Jul 22, 2016 8:51 pm
- Contact:
Re: Version 0.14.12
Awesome! This means we can use `%f` in `string.format()`?Hopefully fixed Lua desyncs caused by string formatting functions behaving differently on different platforms.
Better forum search for modders: Enclose your search term in quotes, eg. "font_color" or "custom-input" - it prevents the forum search from splitting on hypens and underscores, resulting in much more accurate results.
- impetus maximus
- Smart Inserter
- Posts: 1299
- Joined: Sat Aug 20, 2016 10:07 pm
- Contact:
Re: Version 0.14.12
the new lines for server-settings.json
[edit] max_upload_in_kilobytes_per_second is broken. (map download stalls)
Code: Select all
"_comment_allow_commands": "possible values are, true, false and admins-only",
"allow_commands": "admins-only",
"_comment_autosave_interval": "Autosave interval in minutes",
"autosave_interval": 10,
"_comment_autosave_slots": "server autosave slots, it is cycled through when the server autosaves.",
"autosave_slots": 5,
"_comment_afk_autokick_interval": "How many minutes until someone is kicked when doing nothing, 0 for never.",
"afk_autokick_interval": 0,
"_comment_auto_pause": "Wheter should the server be paused when no players are present.",
"auto_pause": true,
Last edited by impetus maximus on Fri Sep 30, 2016 9:29 pm, edited 2 times in total.
Re: Version 0.14.12
Depends on how they fixed it. The default lua implementation seems to use sprintf, which can use localization settings in certain cases. Dunno if factorio does the same, but there are all kinds of odds and ends with this on linux.aubergine18 wrote:Awesome! This means we can use `%f` in `string.format()`?Hopefully fixed Lua desyncs caused by string formatting functions behaving differently on different platforms.
Re: Version 0.14.12
That's the idea.aubergine18 wrote:Awesome! This means we can use `%f` in `string.format()`?Hopefully fixed Lua desyncs caused by string formatting functions behaving differently on different platforms.
-
- Manual Inserter
- Posts: 1
- Joined: Sat Oct 01, 2016 1:12 pm
- Contact:
Re: Version 0.14.12
The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
Re: Version 0.14.12
I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
Re: Version 0.14.12
Asking for password for the version checK?
Can you fix that? Up to .14.10 it did not happen. NOw I have to reenter the password every time I start - which is not nice.
Can you fix that? Up to .14.10 it did not happen. NOw I have to reenter the password every time I start - which is not nice.
Re: Version 0.14.12
All we have left is to automate the bug fixing and feature developmentTheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
Re: Version 0.14.12
Can you share the blueprint for automated programming please?TheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
Re: Version 0.14.12
If only it were 'standard, regular'. The reality is that it's a massive undertaking to get existing projects working with a proper build and deployment system.TheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
It's quite possibly the best time investment you can make, along with automated testing (unit/integration/whatever, anything is better than nothing). But don't pretend it's simple, easy, or fast. The vast majority of software is old, crufty, and not designed with 'modern' practices in mind. It's difficult to convince the bean counters that spending hundreds of man hours fixing parts a customer doesn't see is a good idea. It's very typical to just want more features, because features are easy to sell. Rarely is 'performance' a feature.
I'm not real happy with my current workplace, as it falls far to the terrible side of software development. If I knew before I started that they not only don't have source control, but don't even know that it exists, I wouldn't have taken the job. It's ridiculous. I've pushed them into using Git, but automated testing/deployment is gonna be a while... We only have one 'developer', and a couple business analysts that also look at the odd code related item. As that one developer it's also my job to: man the help desk phone for 300 users, update content on our websites, and fix all the SQL that the business analysts write. So I do helpdesk stuff for about two hours a day, website content for another two, and the rest I try to make progress on our hopelessly outdated software stack.
Re: Version 0.14.12
Sounds like hell, you should have quit the job long time ago!starholme wrote:If only it were 'standard, regular'. The reality is that it's a massive undertaking to get existing projects working with a proper build and deployment system.TheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
It's quite possibly the best time investment you can make, along with automated testing (unit/integration/whatever, anything is better than nothing). But don't pretend it's simple, easy, or fast. The vast majority of software is old, crufty, and not designed with 'modern' practices in mind. It's difficult to convince the bean counters that spending hundreds of man hours fixing parts a customer doesn't see is a good idea. It's very typical to just want more features, because features are easy to sell. Rarely is 'performance' a feature.
I'm not real happy with my current workplace, as it falls far to the terrible side of software development. If I knew before I started that they not only don't have source control, but don't even know that it exists, I wouldn't have taken the job. It's ridiculous. I've pushed them into using Git, but automated testing/deployment is gonna be a while... We only have one 'developer', and a couple business analysts that also look at the odd code related item. As that one developer it's also my job to: man the help desk phone for 300 users, update content on our websites, and fix all the SQL that the business analysts write. So I do helpdesk stuff for about two hours a day, website content for another two, and the rest I try to make progress on our hopelessly outdated software stack.
Re: Version 0.14.12
Fixed.kovarex wrote:Sounds like hell, you should have quit the job long time ago and join us!starholme wrote:If only it were 'standard, regular'. The reality is that it's a massive undertaking to get existing projects working with a proper build and deployment system.TheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
It's quite possibly the best time investment you can make, along with automated testing (unit/integration/whatever, anything is better than nothing). But don't pretend it's simple, easy, or fast. The vast majority of software is old, crufty, and not designed with 'modern' practices in mind. It's difficult to convince the bean counters that spending hundreds of man hours fixing parts a customer doesn't see is a good idea. It's very typical to just want more features, because features are easy to sell. Rarely is 'performance' a feature.
I'm not real happy with my current workplace, as it falls far to the terrible side of software development. If I knew before I started that they not only don't have source control, but don't even know that it exists, I wouldn't have taken the job. It's ridiculous. I've pushed them into using Git, but automated testing/deployment is gonna be a while... We only have one 'developer', and a couple business analysts that also look at the odd code related item. As that one developer it's also my job to: man the help desk phone for 300 users, update content on our websites, and fix all the SQL that the business analysts write. So I do helpdesk stuff for about two hours a day, website content for another two, and the rest I try to make progress on our hopelessly outdated software stack.
Re: Version 0.14.12
Judging from a couple other games I play, it is also difficult to convince them about fixing parts that are glaringly obvious for the player to see, as well.starholme wrote:It's difficult to convince the bean counters that spending hundreds of man hours fixing parts a customer doesn't see is a good idea.
-- Smoov
- ChurchOrganist
- Filter Inserter
- Posts: 256
- Joined: Sun Apr 17, 2016 12:45 pm
- Contact:
Re: Version 0.14.12
Ah yes - the ones who know the price of everything and the value of nothing!starholme wrote:It's difficult to convince the bean counters
Want to know where the biters chewing your power plant have come from??
Wondering where your next iron is going to come from??
You need Long Range Radar
Wondering where your next iron is going to come from??
You need Long Range Radar
Re: Version 0.14.12
Honest to god, if I was any good at c++ I would be applying. It's like a dream job. I'm a decent developer but all my skill lie elsewhere: Javascript and c#Mooncat wrote:Fixed.kovarex wrote:Sounds like hell, you should have quit the job long time ago and join us!starholme wrote:If only it were 'standard, regular'. The reality is that it's a massive undertaking to get existing projects working with a proper build and deployment system.TheTom wrote:I really hate to tell you, but there is nothing stunning about - using standard regular modern software devleopment practices.I_LOVE_WAFFLES wrote:The fact that you amazing people are able to get an update out on an almost daily basis is truly stunning.
In modern software development, a build is fully automated. Check in - tests run. Want a deployment, trigger it - the rest happens automatically. Uploading it to a website is the trivial part - I know companies deploying software on dozens of servers automatically when the development teams want it.
It's quite possibly the best time investment you can make, along with automated testing (unit/integration/whatever, anything is better than nothing). But don't pretend it's simple, easy, or fast. The vast majority of software is old, crufty, and not designed with 'modern' practices in mind. It's difficult to convince the bean counters that spending hundreds of man hours fixing parts a customer doesn't see is a good idea. It's very typical to just want more features, because features are easy to sell. Rarely is 'performance' a feature.
I'm not real happy with my current workplace, as it falls far to the terrible side of software development. If I knew before I started that they not only don't have source control, but don't even know that it exists, I wouldn't have taken the job. It's ridiculous. I've pushed them into using Git, but automated testing/deployment is gonna be a while... We only have one 'developer', and a couple business analysts that also look at the odd code related item. As that one developer it's also my job to: man the help desk phone for 300 users, update content on our websites, and fix all the SQL that the business analysts write. So I do helpdesk stuff for about two hours a day, website content for another two, and the rest I try to make progress on our hopelessly outdated software stack.