It's possible to have a belt pointing one way, but when you blueprint it it's orientation is different.
Steps to reproduce:
Build a setup like this:
[attachment=2]initial configuration.png[/attachment]
Now drag a ghost belt downward across the entire thing:
[attachment=1]ghost build.png[/attachment]
Let the bots build it, then undo the ghost belt placement (this will be several undos). Let the bots finish the undos as well. You should be back to the initial configuration now.
The result is a belt that is pointing upward, but if you use ctrl c to copy it, you will get a downward pointing belt in your cursor.
[boskid][1.1.82] Belt orientation is different in blueprint than real life
[boskid][1.1.82] Belt orientation is different in blueprint than real life
- Attachments
-
- bug report belt placement.zip
- (505.69 KiB) Downloaded 89 times
-
- ghost build.png (120.37 KiB) Viewed 1541 times
-
- initial configuration.png (45.31 KiB) Viewed 1541 times
Re: [boskid][1.1.82] Belt orientation is different in blueprint than real life
Thanks for the report. Issue is now fixed for 1.1.83.
Core of the issue is related to some storage optimization related to entity direction and entity target direction: when undo action was created it was expected to only copy the entity direction but due to storage optimization, target direction was also copied and so an entity held by undo action would preserve North direction but South targetDirection. When undo was performed, entity would render as facing north because it had North direction, however that entity was not marked as marked as to be upgraded. Blueprint logic assumes that if entity has target direction set it should use that instead so the belt in the blueprint would start facing South as it was the targetDirection of this entity, even if it was not marked as to be upgraded.
Core of the issue is related to some storage optimization related to entity direction and entity target direction: when undo action was created it was expected to only copy the entity direction but due to storage optimization, target direction was also copied and so an entity held by undo action would preserve North direction but South targetDirection. When undo was performed, entity would render as facing north because it had North direction, however that entity was not marked as marked as to be upgraded. Blueprint logic assumes that if entity has target direction set it should use that instead so the belt in the blueprint would start facing South as it was the targetDirection of this entity, even if it was not marked as to be upgraded.
Re: [boskid][1.1.82] Belt orientation is different in blueprint than real life
I love getting the explanations!