Hares wrote: ↑

Mon Mar 04, 2024 3:56 pm

Will the currently held/opened/updated "my blueprint" item be writable? That's the most common use case currently (when you update an existing BP in the library).

I have not solved this issue yet but it is on my to-do for the 2.0 release, rest assured.

You need to bind your keyboard keys to both sets of zoom inputs. "Zoom in" and "Zoom into world" are separate entries in the controls list. Binding to both makes it behave properly.

Thanks for the report, this has been fixed for the next release.

Thanks for your findings, could you let me know what distro/wm/hardware etc you are running? I have never been able to reproduce the problem on my machine.

I'll keep looking for potential deadlocks in the code.

Moving this to pending until I get confirmation as to whether this has been fixed or not.

Thank you, I was able to reproduce the crash. This looks to be an SDL bug that has been fixed in more recent versions. Unfortunately we will not be updating SDL in 1.1.x any more, but I will test this after we upgrade SDL on master and see if the problem is resolved there.

Thanks for the report. What version of Sway are you running? Also, could you link me your Sway configuration file?

Initial investigation points to this being an SDL issue that I will have to report upstream.

Version 1.1.102 has released and includes the aforementioned changes. Please let me know if the issue happens again. If I don't hear anything for a few weeks I will move this to resolved.

Thanks for the reports, this has been fixed for the next release.

Thanks for the report, this has been fixed for the next release.

Thanks for the files. I was unable to reproduce the issue on my PC, but I spent several hours studying the async saving code and found several flaws that I have fixed for the next release. One of them - not closing redundant pipe file descriptors on each process - is specifically touted as being the...

Thanks for the report, this has been fixed for the next release.

Duplicate of this report.

If you find any more information regarding a reproduction, please respond there.

As someone who maintains a large Go codebase, the lack of sum types isn't as big of a deal, once you've learnt to "program around them". Sum types are - at least in imperative languages - a relatively new feature. Honestly, I didn't find the lack of generics frustrating either, but now th...

Glad to see mod management updates, good work. Speaking of 2.0 and mods, are there any plans closer to time of release to publish updates to the Lua APIs for mod authors to look at before launch? So they can work on updating their mods before Space Ages's release? Or having a demo version of the 2....

Quite interesting to see Golang getting some love at Wube. Was it only for prototyping, or is there now Golang in the tech stack? Go is Great! :D I'm also curious, since it should be a pretty good language for all the non-game server stuff. (It's garbage-collected, plus probably some other stuff I'...

@raiguard , would Factorio CLI also be improved? It would be nice to have FactorioModManager functionality bundled, as well as have options to check/download/install Factorio updates from CLI. It is on my laundry list to make the mod management logic available via CLI. It probably won't make it int...

Implemented for 2.0 as LuaEntity::custom_status read/write. You can specify both the diode color and the label text.

LuaEntity::status read and working visualisations will remain unchanged - the custom status will only show in GUIs.

Love the FFF and this one does not disappoint. Read through the suggestions that this one sparked and I love most of those too! As a fan of Factorio and of Lua, I was very slightly sad to see that they aren't upgrading to 5.4. I'm pretty sure there isn't much in 5.4 that would have a direct impact ...

First part is implemented for 2.0 with a new LuaRecord API. I will look into the possibility of adding events, but no promises one way or the other quite yet.