possibly related: 123925

possibly related: 123817

Thank you for the report. The fix for on_built_entity is being worked on, but I don't see a case where script_raised_built would be relevant. Do you have any particular case where you expected script_raised_built on autofilled tiles?

Thank you for the report, however, I am a bit confused by your steps. Tinkering around, I ran across this behaviour:

factorio-run_RLpLkxMOK3.mp4

Manually placing stone furnace over existing stone furnace (does not show)/(shows) depending on the cursor rotation (which it shouldn't). Does that ...

Could you also provide a savefile where you observed this? Provided info was not suffiscient for reproduction.

Thanks for the report and cooperation. The issue has been fixed for 2.0.32

Well, that is not a good place for it, factoriopedia is generally for stuff with prototypes (item, recepes, tiles, entities, ...), while build modes are just values with hardcoded behaviour.

The ghost icons you mentioned are for types of entities (entity ghost and tile ghost) not for the build mode ...

Hello and thank you for the report.

The hotkey hints are not an exhaustive list and after internal discussion we decided against adding super forced entry, so marking this not a bug.

While there are some nieche ways to discover this feature (settings, blueprint item tooltip,..) you are correct ...

Thank you all for the reports.

Muche is correct in that addition of protected_from_tile_building to water cane fixed the issue for water cane, however the actual issue was that build mode (normal/forced/superforced) information was incorrectly not passed to the logic that was gaging autofilled tile ...

Thank you for the report. Fixed for 2.0.31

Thanks both for the report and for the images (helped in reproduction).

Underlying issue was, when an entity ghost was dependent on two or more tile ghosts, the rder of records in the undo was incorrect, because the entity ghost removal was induced at the moment of first supporting tile ghost ...

Hello. If the Bug report.zip is supposed to be a save file, it appears to be corrupted.

Anyway, I did some quick test on latest internal version I did not observe incorrect ratios.

Hello, do I understand your incident correctly as:


You were in remote view
Started deconstruction selection (unintentionally)
Switched out of remote view
Let go - thus confirming the deconstruction selection on different surface
Stuff was marked for deconstruction that you had no intention ...

Hello. I could not reproduce the described flip. Could you please post a log file and optimally a save or at least the blueprint string and upg planner string?

Hello. the saves you mentioned aren't actually included . Also, please include a log file.

ref 123009

Thank you for the report.

Well, there is currently a disconnect between lua entity minable read and write. minable write (like setting minable = something via command) changes the entity minability flag. The read also has some mineability logic on top of reading the flag, namely for driven vehicles ...

Thank you for the report, however this is not a bug in my opinion.

You can get around the "cannot build" error by force-building (with shift by default), at least in umodded cases.

Also could not reproduce this (neither on 2.0.23 nor the latest). Could you maybe provide a video or more exact steps to reproduce this?

Thank you for the report. The issue seems to be fixed fo 2.0.24, so marking this as duplicate (of the aforementioned issue that was fixed for 2.0.24)