Added a check.
Building by script is just handled totally separately from building by hand...

I have prevented teleportation that would result in overlapping pipe connections. It could be extended to all building too but I will keep that as is now and in backup if it is needed in the future.

OMG
You know there is a market for exploits, you could have sold it

You are putting a lot of work into it, thank you for that :)
We have had this discussion before and as I said before, I agree that it could work this way. But this whole issue of blocked pipes is just a tiny ridiculous area that almost no one ever runs into in their real games and is not really ...

boskid wrote: Mon Aug 19, 2019 3:41 pm

Dominik wrote: Mon Aug 19, 2019 2:42 pm I have banned teleportation into a system with a block.

Oh, still no "deferred block fix"

With how teleportation works I don't think it could ever fully work.

boskid wrote: Mon Aug 19, 2019 3:41 pm How about this case then, will it also be fixed?
74702-two-purpose-teleport.gif

I think so.

Yes that is me exactly.

I have banned teleportation into a system with a block.

Couple of these new bugs share similar issues. I had to write some new functions for this bug that should server the others as well.

Staplergun wrote: Sat Aug 17, 2019 1:08 am Oh man, my mod again...

Yeah we have had some good times But now that it is working it is nice.

Interesting line of thinking. I never even played pvp. But in this case, you can just cut off the pipe. And the highlight should always be there, it is force independent.

These blocked pipes are very rare in real games, it's really not a problem to ask people to fix it before doing stuff.

Oh and btw that wrong block highlight at the start of this thread is also already fixed.

You are right that it is doable in that way - just build it with the lock and afterwards run the block fix. But I would have to add that into a quite generic construction code and this rare case is just not worth the clutter. So I have done the prevention instead as in the other cases - it won't be ...

You are quite right that it is similar, user perspective. Also the rotation code looks kinda similar to what you wrote - i will show how it actually looks (won't copy it as it might not be cool with rules) so that you can reflect :)
Difference is that all the rotation is done in one place, while ...

Ok then, good job

Nice reproduction in basic game. I think that this is actually the only case where this bug happens (in vanilla).
Might be hard to fix, I think that it is similar to the issues in the previous batch. Will work on that tomorrow.

Hi,
I understand that it is a nuisance especially with those meaningless changes. But it has good reasons.
Changing prototype can, from our perspective, have totally random effects. So we have to be very defensive in order to keep the game consistent. That is why if any prototype or data change for ...

Hi, thanks for the report.
Since I can't quite reproduce this, I will take boskid's word on it and mark it as a duplicate. That duplicate issue is solved now, so hopefully this is ok too.
Let me know if there still is some problem.

BlueTemplar wrote: Thu Aug 15, 2019 12:43 pm "Filter"? Like a connected assembling machine with a set up recipe ?

Yes. Stuff that sets fluid without actual fluid.

Yes, this is very closely related to the 74252 but still a separate issue. I should have thought of these ghost things.

I was on a holiday. I come back and find this mayhem. Want to go back.