order ID on packages not the same

[Svenvandoorn1]

Description

when i make an order requesting 3 iron and 2 sticks (from seperate vaults) and transporting it into a barrel with a frogport the re-packager lets the packages through immedietly without combining them, after checking this turned out to be due to them having a different orderID

after asking in the discord this issue seems to not appear for anyone else

this is the same in curseforge(forge) 1.20.1, Modrinth(forge) 1.20.1 and (neoforge)1.21

Game Log

https://mclo.gs/HYqOKcb

Debug Information

Client Info

Create:
	Mod Version: 6.0.1
	Forge Version: 47.3.0
	Minecraft Version: 1.20.1

Graphics:
	Flywheel Version: 1.0.1-beta
	Flywheel Backend: flywheel:indirect
	OpenGL Renderer: NVIDIA GeForce RTX 3060/PCIe/SSE2
	OpenGL Version: 4.6.0 NVIDIA 566.14
	Graphics Mode: Fancy

System Information:
	Operating System: Windows 11 (amd64) version 10.0
	Java Version: 17.0.8, Microsoft
	JVM Flags: 4 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx19232m -Xms256m
	Memory: 2409068304 bytes (2297 MiB) / 4848615424 bytes (4624 MiB) up to 20166213632 bytes (19232 MiB)
	Total Memory: 14338531328 bytes (13668 MiB) / 25669328896 bytes (24470 MiB)
	CPU: AMD Ryzen 5 5600X 6-Core Processor @ 3.69 GHz; 6 cores / 12 threads on 1 socket(s)
	Graphics card #0: NVIDIA GeForce RTX 3060 (NVIDIA (0x10de)); 4095.00 MB of VRAM

Other Mods:
	MixinExtras: 0.5.0-beta.5
	KumaAPI: 20.1.9-SNAPSHOT
	Mouse Tweaks: 2.25.1
	Architectury: 9.2.14
	Ponder: 1.0.38
	Balm: 7.3.18
	Roughly Enough Items (JEI Stub): 15.9999
	Inventory Essentials: 8.2.7
	Roughly Enough Items (REI): 12.1.785
	Cloth Config v10 API: 11.1.136
	REI Plugin Compatibilities: 12.0.93

Server Info

Create:
	Mod Version: 6.0.1
	Forge Version: 47.3.0
	Minecraft Version: 1.20.1

System Information:
	Operating System: Windows 11 (amd64) version 10.0
	Java Version: 17.0.8, Microsoft
	JVM Flags: 4 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx19232m -Xms256m
	Memory: 2409068304 bytes (2297 MiB) / 4848615424 bytes (4624 MiB) up to 20166213632 bytes (19232 MiB)
	Total Memory: 14338531328 bytes (13668 MiB) / 25669328896 bytes (24470 MiB)
	CPU: AMD Ryzen 5 5600X 6-Core Processor @ 3.69 GHz; 6 cores / 12 threads on 1 socket(s)
	Graphics card #0: NVIDIA GeForce RTX 3060 (NVIDIA (0x10de)); 4095.00 MB of VRAM

Other Mods:
	MixinExtras: 0.5.0-beta.5
	KumaAPI: 20.1.9-SNAPSHOT
	Mouse Tweaks: 2.25.1
	Architectury: 9.2.14
	Ponder: 1.0.38
	Balm: 7.3.18
	Roughly Enough Items (JEI Stub): 15.9999
	Inventory Essentials: 8.2.7
	Roughly Enough Items (REI): 12.1.785
	Cloth Config v10 API: 11.1.136
	REI Plugin Compatibilities: 12.0.93

[blockninja124]

I think https://github.com/Creators-of-Create/Create/issues/7683 is probably a duplicate of this

[Targetstrike]

put the stock links on the same network, that's the solution

[tobi-blackscale]

Gauges can order parts from different stock networks, but they will not belong to the same order... My tests also showed no promises are generated, so more and more items get ordered. I see two possible solutions:

• Making orders "global"
• Preventing connections between gauges on different networks

Second solution seems easier. It's also pretty easy to transport items between networks, so limiting this does not make things impossibly hard for players

[dudebehinddude]

I'm having a similar issue where I am requesting packages from 2 different locations but they don't get repackaged... despite having the same order ID and the same stock network... I don't know if this is related or not, and could also be a mod conflict (I haven't tested enough to know for sure)