Robot arm import mode broken

Question

Robot arm import mode broken

kormendidavidakos opened this issue 10 months ago · 6 comments

kormendidavidakos commented 10 months ago

Checked for existing issues

I have checked for existing issues, and have found none.

Tested latest version

I have checked that this occurs on the latest version.

GregTech CEu Version

1.1.4.b

Recipe Viewer Installed

EMI

Environment

Singleplayer, Open to LAN

Cross-Mod Interaction

Unsure

Other Installed Mods

Expected Behavior

When setting Robot Arm to Import, the output item should not be exported on the same cover

Actual Behavior

Robot Arm exports the output of the machine on the same cover, where mode is set to Import
This behaviour stops after restarting the world

Steps to Reproduce

Placed down AE2 iterface, and configured the desired items for its export slots
Placed down Assembler (MV) and put Robot Arm on the cover, facing the AE2 interface
Configured the Robot Arm to mode Keep Exact, set the item limit then set mode to Import
The Robot Arm imported the items, the Assembler made the item, then exported it into the AE2 interface's inventory, then imported it again into the Assembler's input slots
Restarted the world, and the unexpected behaviour stopped

Additional Information

I could reproduce the bug with the same setup
I could reproduce the bug using Chemical Reactor (MV)
AE2 version: 15.0.23
Did not do further investigations

huntyh · Answer 1 · 2024-04-20T14:10:43.000Z

FYI: this is happening with every single I/O cover for me (conveyors, pumps, fluid regulator, etc.), restarting does not reliably fix the issue (sometimes it does). 1.1.4b as well. (ATM9 pack)

Update: Also happens on 1.2.0.a

stephen-smith · Answer 2 · 2024-08-19T01:15:01.000Z

Same in 1.2.3.a (Star Technology BETA 10 HOTFIX 4)

teh-banana · Answer 3 · 2024-10-07T03:24:29.000Z

I just discovered this bug myself. I am able to replicate it with just gtceu v1.4.4 and emi v1.1.14 installed. It has to do with the order that you place the I/O cover and configure it and the inventory. Restarting seems to also fix it (did not extensively test this).

If you place the I/O cover and configure it FIRST, and then place the inventory down it will work as intended, no restart required.

If you place the inventory and then place the I/O cover SECOND, it will not work as intended, and start exporting as well as importing.

Edit: confirming this also happens with Pumps, and following the order of operations can lead to both results as well.

teh-banana · Answer 4 · 2024-10-11T02:34:45.000Z

Update on the problem. After doing some more testing I found out that this bug only happens when you place the I/O cover in the machine via the GUI, if you instead place it on the machine by using the I/O cover on the block it will not cause the bug.

Also a bit more investigating, it seems to create 2 instances of the cover, and only 1 is being controlled by the UI. The second instance destroys itself if you remove the inventory that is adjacent to the machine/block.

Exevan · Answer 5 · 2024-11-14T23:38:04.000Z

@teh-banana
Thanks for the update on this, I can confirm that placing the cover on the block directly instead of through the UI is a viable workaround. Any further news on a proper fix?

Spicierspace153 · Answer 6 · 2024-11-28T19:55:54.000Z

works as of GTM version 1.5.4

Share to