ВЕРСИИ (47)

## Quick Link 1.1.18 — Forge 1.20.1 ### Fixed - **Crash (`StackOverflowError`) when plugs were wired into a loop.** If a plug routed items, fluid or energy back into its own network — two plugs placed face to face, or a pipe leading from one plug back to another with the same colours — the game crashed instead of doing nothing. Affected the **Item**, **Fluid** and **Energy** plugs. ### Notes - A network is now traversed at most once per transfer, and a plug no longer treats a same-network plug (or the side it was just fed through) as a destination. Loops simply move nothing. - Item, fluid and energy networks are tracked independently, so a busy fluid network never delays an item transfer. - **Chemical plugs were never affected** — no change in behaviour there. - Normal transfers, round-robin distribution, cross-dimension links and Infinite Water are unchanged. No world or config migration needed — drop in the new jar.

## Quick Link 1.1.18 — Forge 1.20.1 ### Fixed - **Crash (`StackOverflowError`) when plugs were wired into a loop.** If a plug routed items, fluid or energy back into its own network — two plugs placed face to face, or a pipe leading from one plug back to another with the same colours — the game crashed instead of doing nothing. Affected the **Item**, **Fluid** and **Energy** plugs. ### Notes - A network is now traversed at most once per transfer, and a plug no longer treats a same-network plug (or the side it was just fed through) as a destination. Loops simply move nothing. - Item, fluid and energy networks are tracked independently, so a busy fluid network never delays an item transfer. - **Chemical plugs were never affected** — no change in behaviour there. - Normal transfers, round-robin distribution, cross-dimension links and Infinite Water are unchanged. No world or config migration needed — drop in the new jar.

## Quick Link 1.1.18 — Forge 1.20.1 ### Fixed - **Crash (`StackOverflowError`) when plugs were wired into a loop.** If a plug routed items, fluid or energy back into its own network — two plugs placed face to face, or a pipe leading from one plug back to another with the same colours — the game crashed instead of doing nothing. Affected the **Item**, **Fluid** and **Energy** plugs. ### Notes - A network is now traversed at most once per transfer, and a plug no longer treats a same-network plug (or the side it was just fed through) as a destination. Loops simply move nothing. - Item, fluid and energy networks are tracked independently, so a busy fluid network never delays an item transfer. - **Chemical plugs were never affected** — no change in behaviour there. - Normal transfers, round-robin distribution, cross-dimension links and Infinite Water are unchanged. No world or config migration needed — drop in the new jar.

## Quick Link 1.1.18 — Forge 1.20.1 ### Fixed - **Crash (`StackOverflowError`) when plugs were wired into a loop.** If a plug routed items, fluid or energy back into its own network — two plugs placed face to face, or a pipe leading from one plug back to another with the same colours — the game crashed instead of doing nothing. Affected the **Item**, **Fluid** and **Energy** plugs. ### Notes - A network is now traversed at most once per transfer, and a plug no longer treats a same-network plug (or the side it was just fed through) as a destination. Loops simply move nothing. - Item, fluid and energy networks are tracked independently, so a busy fluid network never delays an item transfer. - **Chemical plugs were never affected** — no change in behaviour there. - Normal transfers, round-robin distribution, cross-dimension links and Infinite Water are unchanged. No world or config migration needed — drop in the new jar.

## Quick Link 1.1.18 — Forge 1.20.1 ### Fixed - **Crash (`StackOverflowError`) when plugs were wired into a loop.** If a plug routed items, fluid or energy back into its own network — two plugs placed face to face, or a pipe leading from one plug back to another with the same colours — the game crashed instead of doing nothing. Affected the **Item**, **Fluid** and **Energy** plugs. ### Notes - A network is now traversed at most once per transfer, and a plug no longer treats a same-network plug (or the side it was just fed through) as a destination. Loops simply move nothing. - Item, fluid and energy networks are tracked independently, so a busy fluid network never delays an item transfer. - **Chemical plugs were never affected** — no change in behaviour there. - Normal transfers, round-robin distribution, cross-dimension links and Infinite Water are unchanged. No world or config migration needed — drop in the new jar.

## Fixed - **Plugs no longer go dead when their chunk unloads.** A plug in an unloaded chunk was silently dropped from its network for good — nothing could ever bring it back, because the network only looks up positions it still knows about. This is what broke cross-dimension transfer with **Compact Machines**, where the room chunk is unloaded almost all the time and no chunkloader can reach it. Verified against compactmachines-neoforge 7.0.81. - **Plugs no longer lose their network on world reload.** A reloaded plug re-registered under a fresh entry while its old one stayed behind, slowly filling the save with dead network members. Registrations now persist with the block. ## Changed - **FTB Chunks: claim networks and team networks are now one network.** Previously a plug inside a claim was always kept separate from a teammate's plug standing outside any claim, even for the same team. They now connect. Claiming still does what it is for: a plug inside a claim keeps serving the claim's team even after the player who placed it leaves that team, and a plug placed inside *another* team's claim joins that team's network. *Only affects worlds running FTB Chunks — without it, every network key is unchanged.* Old claim-only networks are cleaned up automatically on first load; re-check plugs sitting in claims after updating. - **Faster transfers on large networks.** Each transfer attempt used to force-load one chunk per network member, across every dimension involved, before moving anything. Members are now resolved one at a time and the attempt stops at the first successful move. ## Internal - Built against the WTHIT API for MC 26.2 (neo-20.0.0). Jade and WTHIT tooltips unchanged otherwise.

## Fixed - **Plugs no longer go dead when their chunk unloads.** A plug in an unloaded chunk was silently dropped from its network for good — nothing could ever bring it back, because the network only looks up positions it still knows about. This is what broke cross-dimension transfer with **Compact Machines**, where the room chunk is unloaded almost all the time and no chunkloader can reach it. Verified against compactmachines-neoforge 7.0.81. - **Plugs no longer lose their network on world reload.** A reloaded plug re-registered under a fresh entry while its old one stayed behind, slowly filling the save with dead network members. Registrations now persist with the block. ## Changed - **FTB Chunks: claim networks and team networks are now one network.** Previously a plug inside a claim was always kept separate from a teammate's plug standing outside any claim, even for the same team. They now connect. Claiming still does what it is for: a plug inside a claim keeps serving the claim's team even after the player who placed it leaves that team, and a plug placed inside *another* team's claim joins that team's network. *Only affects worlds running FTB Chunks — without it, every network key is unchanged.* Old claim-only networks are cleaned up automatically on first load; re-check plugs sitting in claims after updating. - **Faster transfers on large networks.** Each transfer attempt used to force-load one chunk per network member, across every dimension involved, before moving anything. Members are now resolved one at a time and the attempt stops at the first successful move.

--- QuickLink 1.1.17 for 1.21.1 (Beta) Beta release. The main fix here is hard to hit in short tests but easy to hit in a real world, so it needs testing on live setups before it goes stable. Please report anything odd. Fixed: networks silently dying when the other end unloads A block would drop out of its network the moment its chunk unloaded, and it never came back until a player physically walked up to it. The block looked fine, the colors looked fine, nothing moved. This is why Compact Machines never worked: the room lives in its own dimension where a player is almost never standing, and you cannot put a chunkloader in there. Now blocks stay in the network across unloads, and transfer between the overworld and a Compact Machines room works without anyone being inside. Verified against Compact Machines 7.0.81 for NeoForge 1.21.1. The same bug hit any remote base, mining outpost, or nether setup that was not force-loaded. If your networks only ever worked while you stood next to them, this was why. Note that pulling into an unloaded room still needs that room to tick — that part depends on Compact Machines' own chunkloading settings, not on QuickLink. Changed: FTB Chunks claimed and unclaimed blocks now share a network This changes existing worlds. Read this if you use FTB Chunks. Previously, blocks inside a claim were always kept in a separate network from blocks of the same team standing outside any claim, even with identical colors. That separation was never the point — it was a side effect — and it is what made overworld-to-Compact-Machines links impossible. Now a claim and plain team membership produce the same network. What this means: - Blocks of one team with one color now link up whether they sit inside your claims or outside them. - Claiming still does what it is for: a block inside a claim belongs to the claim's team permanently. If the player who placed it leaves the team, it keeps working for the team, while their blocks outside any claim drop out. This is unchanged. - A block placed inside another team's claim still joins that team's network, not its owner's. - Installing FTB Chunks on an existing world no longer splits your networks. If you were relying on "inside claim" and "outside claim" as two separate networks, they will merge on update. Use different colors to keep them apart. Performance Every transfer attempt used to load a chunk for each member of the network, in every dimension involved, even when the very first one it tried had the goods. It now checks members one at a time and stops as soon as something moves. Large or cross-dimensional networks should be noticeably lighter on the server. Housekeeping - Network registrations are now stored per block, so changing teams, claims, or installing/removing FTB Chunks no longer leaves dead entries piling up in the world's save data. - Dead entries left by 1.1.16 are cleaned out automatically the first time the world loads. Before you update Back up your world — normal advice for a beta, and this version rewrites QuickLink's saved network data. Downgrading back to 1.1.16 is safe; you will simply get the old behavior back, including the bug above.

--- QuickLink 1.1.17 for 1.20.1 (Beta) Beta release. The main fix here is hard to hit in short tests but easy to hit in a real world, so it needs testing on live setups before it goes stable. Please report anything odd. Fixed: networks silently dying when the other end unloads A block would drop out of its network the moment its chunk unloaded, and it never came back until a player physically walked up to it. The block looked fine, the colors looked fine, nothing moved. This is why Compact Machines never worked: the room lives in its own dimension where a player is almost never standing, and you cannot put a chunkloader in there. Now blocks stay in the network across unloads, and transfer between the overworld and a Compact Machines room works without anyone being inside. The same bug hit any remote base, mining outpost, or nether setup that was not force-loaded. If your networks only ever worked while you stood next to them, this was why. Note that pulling into an unloaded room still needs that room to tick — that part depends on Compact Machines' own chunkloading settings, not on QuickLink. Changed: FTB Chunks claimed and unclaimed blocks now share a network This changes existing worlds. Read this if you use FTB Chunks. Previously, blocks inside a claim were always kept in a separate network from blocks of the same team standing outside any claim, even with identical colors. That separation was never the point — it was a side effect — and it is what made overworld-to-Compact-Machines links impossible. Now a claim and plain team membership produce the same network. What this means: - Blocks of one team with one color now link up whether they sit inside your claims or outside them. - Claiming still does what it is for: a block inside a claim belongs to the claim's team permanently. If the player who placed it leaves the team, it keeps working for the team, while their blocks outside any claim drop out. This is unchanged. - A block placed inside another team's claim still joins that team's network, not its owner's. - Installing FTB Chunks on an existing world no longer splits your networks. If you were relying on "inside claim" and "outside claim" as two separate networks, they will merge on update. Use different colors to keep them apart. Performance Every transfer attempt used to load a chunk for each member of the network, in every dimension involved, even when the very first one it tried had the goods. It now checks members one at a time and stops as soon as something moves. Large or cross-dimensional networks should be noticeably lighter on the server. Housekeeping - Network registrations are now stored per block, so changing teams, claims, or installing/removing FTB Chunks no longer leaves dead entries piling up in the world's save data. - Dead entries left by 1.1.16 are cleaned out automatically the first time the world loads. Before you update Back up your world — normal advice for a beta, and this version rewrites QuickLink's saved network data. Downgrading back to 1.1.16 is safe; you will simply get the old behavior back, including the bug above.

1.1.16 New: FTB Teams / FTB Chunks support - Plug networks now respect FTB Teams membership, not just color — plugs owned by different teams no longer connect even if they share a color. - If FTB Chunks is installed, plugs inside a claimed chunk connect based on the claim's owning team instead of the placer's current team, so claimed and unclaimed networks never mix. - Both integrations are fully optional — nothing changes if you don't have FTB Teams/FTB Chunks installed. Fixed - Energy Plug tooltip (Jade/WTHIT) now correctly updates its Out/In FE stats when energy is pushed or pulled by a neighboring block's own capability, not just when the plug initiates the transfer itself.

## 1.1.16 **FTB Teams / FTB Chunks support** - With **FTB Teams** installed, plug networks now additionally require matching team membership, not just matching color. - With **FTB Chunks** also installed, blocks placed inside a claimed chunk join the network of the *claim's owning team* instead of the placer's own team. Claim-based networks are always kept separate from non-claim networks, even for the same team. - Both integrations are fully optional — QuickLink works exactly as before if FTB Teams/FTB Chunks aren't installed. - **Note:** if you install FTB Chunks on an existing world that already used FTB Teams, some networks may split: blocks inside a claim will separate from teammates' blocks standing outside any claim. This is expected — reassign sides as needed. **Fixes** - Fixed Energy Plug's Out/In FE tooltip stats not updating when a neighboring machine (e.g. a generator or battery) pushes/pulls energy directly through the plug's capability, instead of only tracking the plug's own active transfer tick

## 1.1.16 ### New: FTB Teams / FTB Chunks integration * With **FTB Teams** installed, plug networks now require matching **team membership** in addition to matching color. * With **FTB Chunks** also installed, blocks placed inside a claimed chunk join the network of the **claim's owning team** instead of the placer's own team, and claim-based networks are always kept separate from non-claim networks — even for the same team. * Both are fully optional soft dependencies — the mod builds and runs identically with or without them installed. * ⚠️ **If you install FTB Chunks on an existing world that already used FTB Teams**, some existing networks may **split**: blocks that end up inside a claim will separate from teammates' blocks standing outside any claim. This is expected — repaint/reassign sides as needed after installing FTB Chunks. ### Fixed * **Energy Plug tooltip stats** (Out/In FE) no longer stay stuck at 0 when energy is pushed into a Point side or pulled from a Plug side directly by a neighboring block (e.g. via a cable) instead of through the Plug's own active transfer tick. * Energy transfer is now more robust with generators (e.g. Thermal Series dynamos) that don't correctly honor simulated energy extraction. ### Performance * FTB Teams membership lookups are now cached for a few seconds, cutting down repeated API calls during normal per-tick network scans.

## 1.1.16 - Added FTB Chunks support: blocks inside a claimed chunk now join the claim's owning team's network instead of the placer's own team. - Claim-based networks are always kept separate from non-claim networks, even for the same team. - ⚠️ If you install FTB Chunks on a world that already used FTB Teams, some existing networks may split — blocks inside a claim will separate from teammates' blocks outside any claim. This is expected; repaint/reassign sides as needed.

## 1.1.15 **Performance** - Cached FTB Teams lookups used for color+team network keys. Previously every energy/item/fluid/chemical transfer tick could trigger dozens of uncached FTB Teams API calls (once per side, per candidate plug/point in the network). Team membership is now cached for 5 seconds per player, cutting this down to roughly one lookup per player every 5 seconds regardless of network size.

Fixed - Energy Plug tooltip (Jade/WTHIT) now correctly shows transfer speed (Out/In) in all cases. Previously, the Out/In stats were only updated when the Plug actively pulled energy from a Point. If a neighboring block pushed energy into a Point (or pulled energy from a Plug) on its own — as some generators and energy storages do — the transfer happened correctly, but the tooltip stayed stuck at "Idle" even though power was flowing. - Improved compatibility with energy sources that don't correctly report extractEnergy in simulation mode (e.g. some Thermal Series generators) — transfers are now sized based on what the receiver can accept instead

New - Optional FTB Teams integration: plug networks (Item, Fluid, Energy, Chemical) now match by color + team, not just color. Plugs owned by players on different FTB teams no longer share a network even if the colors match; teammates (including party members) share networks automatically. - Fully optional — the mod builds and behaves exactly as before if FTB Teams isn't installed. - Existing worlds/saves are unaffected; plugs placed before this update fall back to color-only matching until re-placed

Added Jade and WTHIT (formerly HWYLA) tooltip support: hovering over plugs (energy, fluid, item) now shows relevant info via these mods

Added Jade and WTHIT (formerly HWYLA) tooltip support: hovering over plugs (energy, fluid, item) now shows relevant info via these mods

New - Added Jade and WTHIT (formerly HWYLA) tooltip support: hovering over plugs (energy, fluid, item, chemical) now shows relevant info via these mods

--- 1.1.11 Bug Fixes - Fixed Jade tooltip not showing transfer speed info for Energy Plugs (the per-type UID registration conflicted with Jade's internal provider/config system — consolidated to a single shared provider instance, matching the WTHIT pattern)

● 1.1.10 Bug Fixes - Jade: tooltip now correctly appears for all plug types (Energy, Item, Chemical), not just Fluid Plug Improvements - Jade / WTHIT: transfer stats are now shown separately: - Out — energy/fluid/items sent through plug sides - In — energy/fluid/items received through point sides

--- 1.1.9 Added - Jade & WTHIT support — hovering over any QuickLink plug now shows a tooltip overlay with transfer statistics: - Max — maximum throughput per tick period (e.g. 4,000 FE / 10 ticks) - Last — actual amount transferred in the last period, or Idle if nothing moved - Tier — upgrade tier and multiplier (e.g. Tier 2 (x4)) when upgrades are installed - Works for all four plug types: Energy, Fluid, Item, and Chemical (Mekanism) - Both Jade and WTHIT remain optional — the mod works normally without them

--- 1.1.8 New Features - Color removal on plugs — Shift + right-click with any dye on a plug face now clears the color of that quadrant (resets it to unlinked/unset), instead of applying the dye color. Useful for quickly disconnecting a specific quadrant from its network without breaking the block.

--- 1.1.8 New Features - Color removal on plugs — Shift + right-click with any dye on a plug face now clears the color of that quadrant (resets it to unlinked/unset), instead of applying the dye color. Useful for quickly disconnecting a specific quadrant from its network without breaking the block.

--- 1.1.8 New Features - Color removal on plugs — Shift + right-click with any dye on a plug face now clears the color of that quadrant (resets it to unlinked/unset), instead of applying the dye color. Useful for quickly disconnecting a specific quadrant from its network without breaking the block.

Added - Remove color from plugs — Shift + right-click a plug with any dye to clear the color of that quadrant back to unset. Works on all plug types (Item, Energy, Fluid, Chemical). Fixed - Dedicated server crash on startup — fixed NoSuchMethodError: Block.box() in all four plug blocks caused by building without reobfuscation. Mods are now built correctly via reobfJar.

Fixed - Dedicated server crash on startup — fixed NoSuchMethodError: Block.box() in all four plug blocks. The mod was built without reobfuscation (./gradlew jar), so Mojang official method names ended up in the jar instead of SRG names expected by the production server. Now built correctly via ./gradlew reobfJar. - Remove color from plugs — Shift + right-click a plug with any dye to clear the color of that quadrant back to unset.

Fixed - Dedicated server crash on startup — fixed NoSuchMethodError for VoxelShape in all four plug blocks (ItemPlug, EnergyPlug, FluidPlug, ChemicalPlug). The static shape initializer used an unqualified box() call that Forge's runtime remapper failed to resolve on the server, causing the entire mod to fail loading. Added - Remove color from plugs — Shift + right-click a plug with any dye to clear the color of that quadrant back to unset.

Added - Remove color from plugs: Shift + right-click a plug with any dye to clear the color of that quadrant back to unset. Previously applied colors could not be removed without breaking and replacing the plug

Bug Fixes - Fixed crafting recipes not appearing in JEI — the recipes folder was named recipe/ instead of recipes/, which Forge 1.20.1 does not recognize - Fixed recipe JSON format: result field used "id" (1.20.5+ format) instead of "item" required by 1.20.

Removed dependency on Architectury and erroneous dependency on Mekanism.

## Migration to MC 26.2 / NeoForge 26.2.0.0-beta This release ports Quick Link to Minecraft 26.2 with NeoForge 26.2.0.0-beta. - Updated all API calls to MC 26.2 / NeoForge 26.2.0 - Includes all improvements from 1.1.1-26.1.2 (BlockCapabilityCache, round-robin fix, fluid edge cases)

Added Chemical Plug block for Mekanism chemical transfer.

## ⚡ Performance Improvements Improved how plugs detect neighboring inventories, fluid tanks, and energy storages. Previously, each plug re-scanned adjacent blocks every tick to find connected handlers. In large automation setups, this created unnecessary overhead. Now, plugs cache information about all six neighboring sides and reuse it until the surrounding blocks change. ### What this means for players - 🚀 Better performance when using many plugs at once - 🖥️ Reduced server lag in large automation networks - ⚙️ More efficient interaction with inventories, tanks, and energy storages ### Technical Details - Each plug now stores cached references to neighboring capabilities on all six sides. - Capability lookups are no longer performed every tick. - Fluid plugs now use the cached directional lookup instead of scanning multiple directions.

## ⚡ Performance Improvements Improved how plugs detect neighboring inventories, fluid tanks, and energy storages. Previously, each plug re-scanned adjacent blocks every tick to find connected handlers. In large automation setups, this created unnecessary overhead. Now, plugs cache information about all six neighboring sides and reuse it until the surrounding blocks change. ### What this means for players - 🚀 Better performance when using many plugs at once - 🖥️ Reduced server lag in large automation networks - ⚙️ More efficient interaction with inventories, tanks, and energy storages ### Technical Details - Each plug now stores cached references to neighboring capabilities on all six sides. - Capability lookups are no longer performed every tick. - Fluid plugs now use the cached directional lookup instead of scanning multiple directions.

What's New New Block Design - Completely redesigned visuals: 3D shape with legs and cones, concrete-style texture, and a colored quadrant inset on each face - Block and mining particles now match the block's color Inventory Icons - All plug blocks now display a proper 3D appearance in the inventory and hotbar Upgrade System - Added 4 upgrade tiers — insert upgrade items directly into the plug block - Each tier increases transfer throughput: ×2 / ×4 / ×8 / ×16 HUD Overlay - When looking at a plug block, a small on-screen indicator shows the current upgrade tier Item Tooltips - All items now include helpful tooltips in English and Chinese Bug Fixes - Fixed round-robin distribution when a single plug has multiple POINT sides — all destinations are now cycled evenly - Fixed fluid transfer edge cases for improved robustness

What's New New Block Design - Completely redesigned visuals: 3D shape with legs and cones, concrete-style texture, and a colored quadrant inset on each face - Block and mining particles now match the block's color Inventory Icons - All plug blocks now display a proper 3D appearance in the inventory and hotbar Upgrade System - Added 4 upgrade tiers — insert upgrade items directly into the plug block - Each tier increases transfer throughput: ×2 / ×4 / ×8 / ×16 HUD Overlay - When looking at a plug block, a small on-screen indicator shows the current upgrade tier Item Tooltips - All items now include helpful tooltips in English and Chinese Bug Fixes - Fixed round-robin distribution when a single plug has multiple POINT sides — all destinations are now cycled evenly - Fixed fluid transfer edge cases for improved robustness

You can now set a different color for each side of Item, Fluid, and Energy Plugs. Dyes paint only the side you click, not the whole block. Items, fluids, and energy now move according to the color of each side. Works fine with existing worlds. Improved visuals: every side now shows its own color.

Introduced universal BOTH side mode — a side can now function as Plug and Point simultaneously; colors are preserved after breaking; block strength reduced.

• Fixed Fluid Plug infinite water with Pipez. • Pipez pipes now properly detect and extract water. (Mekanism pipes were already working.)

Fixed Item Plug and Fluid Plug interaction with pipes and other mods. Pipes can now connect to these blocks directly. Side behavior is now intuitive: PLUG inputs to the network, POINT outputs from the network.

Reduced block size for easier placement and connection Added support for FE energy cables

Added FE energy transfer

Added interdimensional transfer and infinite water source (right-click Fluid Plug side with a water bucket).

Added fluid transfer