Issue description
When an inventory containing multiple Fluid Tanks with the same fullness (e.g. n "Turbofuel Fluid Tanks` each containing 256B) is transferred to another chest via an Item Pipe, only one tank will end up in the target chest. The other tanks disappear during the transfer. (See reproduction steps for more detail).
For thoroughness, I tried to reproduce this in Neoforge as well. It appears to be Fabric-specific - Fluid Tanks transfer as expected in the Neoforge version.
mclogs link is attached, however, on a cursory review, there does not seem to be an obvious line in the logs that points to the issue.
Steps to reproduce
The simpler reproduction is something like this:
Here is the initial content of the "source" chest on the left:
When I set the pipe on the source chest to extract into the target chest, I wind up in this state. Notice that, though there were several chests of each "fullness" in the source chest, only one of each exists in the target. The others seem to have simply disappeared.
It is worth noting that this problem is not specific to Portable Tanks, but rather seems to be an issue in any case where an item uses DataComponents.MAX_STACK_SIZE to change from the default stack size. For a simpler reproduction (read: no faffing about with filling Portable Tanks), the issue can be produced with some diamonds given via /give @s diamond[max_stack_size=1].
Minecraft version
1.21.1 (Latest)
Platform
Fabric
Loader version
0.18.4
Oritech version
1.0.1
Other relevant versions
No response
If a (crash)log is relevant for this issue, link it here: (It's almost always relevant)
https://mclo.gs/D2ps4Yz
Issue description
When an inventory containing multiple Fluid Tanks with the same fullness (e.g.
n"Turbofuel Fluid Tanks` each containing 256B) is transferred to another chest via an Item Pipe, only one tank will end up in the target chest. The other tanks disappear during the transfer. (See reproduction steps for more detail).For thoroughness, I tried to reproduce this in Neoforge as well. It appears to be Fabric-specific - Fluid Tanks transfer as expected in the Neoforge version.
mclogs link is attached, however, on a cursory review, there does not seem to be an obvious line in the logs that points to the issue.
Steps to reproduce
The simpler reproduction is something like this:
Here is the initial content of the "source" chest on the left:
When I set the pipe on the source chest to extract into the target chest, I wind up in this state. Notice that, though there were several chests of each "fullness" in the source chest, only one of each exists in the target. The others seem to have simply disappeared.
It is worth noting that this problem is not specific to Portable Tanks, but rather seems to be an issue in any case where an item uses DataComponents.MAX_STACK_SIZE to change from the default stack size. For a simpler reproduction (read: no faffing about with filling Portable Tanks), the issue can be produced with some diamonds given via
/give @s diamond[max_stack_size=1].Minecraft version
1.21.1 (Latest)
Platform
Fabric
Loader version
0.18.4
Oritech version
1.0.1
Other relevant versions
No response
If a (crash)log is relevant for this issue, link it here: (It's almost always relevant)
https://mclo.gs/D2ps4Yz