[BUG] Server crash with Integrated Tunnels

[Ropuce]

Describe the bug
Server sometimes crashes when Integrated Tunnels interacts with GTCE inventories, mainly crates and input/output busses.

Versions
Forge: 14.23.5.2847
GTCE: 1.10.1.557
Modpack: FTB Interactions 2.0.10 (unofficial) link (installed through MultiMC)
Changes made to the modpack:

• Updated Flux Networks to version 4.1.1.34
• Changed Applied Energistics 2 to Trousers Edition version 41

Addons: if applicable add all addon names and corresponding versions

Shadows of Greg: 2.14.0

Setup

Playing Solo with dedicated server

Steps To Reproduce

Integrated Tunnels channels are set to the ones I have on my server, as long as they are kept to different channels it should work just the same.

1. Connect an item interface to an output bus set to channel 11. The output bus should NOT be facing the interface to avoid GTCE pushing items into ANY inventory in the system.
2. Connect the logic cables into a compact machine.
3. Place a crate down with an exporter set to the same channel as the item interface on the output bus (11), round-robin to true, item rate to 6400. The crate has an Ore Dictionary Filter attached to it, configured to insert items that match "crushedPurified*" or any other Ore Dictionary filter that one wishes to filter.
4. Attach a conveyor on the crate to export into another inventory (have tried multiple different inventories, even vanilla, still happens), which has an item exporter set to channel 11, 6400 items per operation. Do the same in reverse (crate with conveyor PULLING from the previously mentioned inventory) and attach an item importer with the same configuration as the exporter except channel, which is set to 12.
5. Outside the Compact Machine, place an item interface on an input bus and set it to channel 12. Like the output bus, the input bus shouldn't be pointing toward the item interface to avoid GTCE from pulling from any inventory in the system.

At this point, the server should crash soon, though I've had it not crash for about half an hour once or twice.

The original setup uses the input and output busses with Processing Arrays from Shadows of Greg, but they are not needed to crash the server, as it happens with most GTCE blocks that can store items.

Expected behavior

Fast and reliable item filtering (in my case, for ore processing).

Screenshots

Additional Comment

I've already reported this on Integrated Tunnels GitHub, and I was told it was GTCE exposing wrong item slot counts causing IT to crash when trying to interact with slots that don't exist.

Crash Log: https://pastebin.com/W7uzLuZz

Edit: Wrong screenshot got uploaded (first screenshot)

[Exaxxion]

The version of GTCE you're using is almost a year old. Assuming the problem is still reproducible with the current version, anything we do will only matter if your pack is updated.

[Exaxxion]

The crash seems to be occurring starting here in CommonCapabilities code. They've got multiple layers of wrappers and nested classes so I'm going to have to dig through this in an IDE.

[warjort]

Interestingly, the place where it crashes has been removed from the latest 1.12.2 version of common capabilites (2.4.8)
https://www.curseforge.com/minecraft/mc-mods/common-capabilities/files/3053017
You have 2.4.6

It was removed for performance reasons, but it would be interesting to see if the error still occurs (or it was just spurious).

Even if it doesn't fix the problem, it might give a more revealing error than a generic error in a wrapper class. So we can see what is really to be blame.

Can you try updating your version in a single player copy of your world. You might need to upgade the other
Integrated* mods depending upon how good the developers are at backward compatibility.

[Exaxxion]

I noticed the same while I was looking into it warjort. ID doesn't support 1.12.2 anymore and their old JFrog artifact repository no longer exists to pull from, so there's a bit of dependency hell going on while auditing the code.

As far as I'm aware, FTB:I is also no longer being worked on, meaning it would be rather difficult for a third-party individual to update that pack to work with the latest versions of ID and its dependencies as well as GTCE and its addons.