CraftBook Builds

CraftBook Builds

Sponsor
Apex Hosting
View last successful build
Branch#StatusChangesFinished
master#4950Success
  • Probe only the six direct faces when diagonal pipes are disabled (#1383) With allow-diagonal off (the default), every pipe block still walked all 27 neighbour offsets and skipped 21 of them one comparison at a time. The six cardinal faces are now probed directly, in the same order the full scan visited them, and the neighbour expansion is extracted into a method shared with the diagonal path. No behaviour change, just less work per pipe block. (3f58866f by 59487370+rasmuskd@users.noreply.github.com)
4 days ago
master#4949Success
  • Treat shelves as containers in pipes (#1376) (88df7572 by 59487370+rasmuskd@users.noreply.github.com)
    • Treat shelves as containers in pipes and inventory checks The shelf block entity implements Container, so vanilla hoppers insert into and extract from its three slots. This lets pipes do the same: wooden_shelves joins the container check and the pipe pull list, and insertion goes through the ordinary inventory path.
    • Collapse the duplicated container family into one predicate Adding shelves meant editing the same generic-container list in two places, the pipe pull check and doesBlockHaveInventory, which is how the two drift. hasGenericInventory now owns the family (plain item slots, safe to insert or pull generically); doesBlockHaveInventory is that family plus the four role-slot blocks whose callers route them through dedicated branches. The next container type lands in one place.
    • Detach pulled stacks from their slot, and resync shelf displays Two findings from testing shelves on a live 26.2 server. Some containers hand out a mirror of the slot from getContents, so removing the slot contents also empties the stack the pipe is carrying and the pull delivers air; pulled stacks are cloned before removal. And shelves render their contents but vanilla only resyncs the display on player interaction, so pipe mutations leave clients showing stale items until the chunk reloads; a state captured after the mutation is written back for shelf pulls and inserts. Capture order matters: updating a state from before the removals writes the old contents back into the world.
    • One sync point for display containers, and it fixes chiseled bookshelves Comparing the shelf handling against its nearest neighbour showed the same bug class has been sitting in chiseled bookshelves: a pipe edit lands in the inventory but the slot_X_occupied blockstate never moves, so the shelf renders wrong and the comparator signal lies. The two publish mechanisms differ (bookshelves use blockstate properties, shelves block-entity data), so syncDisp...
4 days ago
master#4948Success
  • Add the 1.21 brewing ingredients to the potion ingredient list (#1375) Breeze rod, slime block, cobweb and stone brew the wind charged, oozing, weaving and infested potions, but isAPotionIngredient predates them, so pipes refuse to load them into a brewing stand's ingredient slot. (b4fd68a0 by 59487370+rasmuskd@users.noreply.github.com)
7 days ago
master#4947Success
  • Fix three jukebox item bugs in pipes (#1372) (eee8a179 by 59487370+rasmuskd@users.noreply.github.com)
    • Fix jukebox disc duplication and item loss in pipes The jukebox branch created a new disc ItemStack and only emptied the jukebox if every item was delivered. When the network was full or missing, the copy dropped at the piston while the original kept playing, so a clocked piston printed discs. It was also the only branch that never fed leftovers, so an empty jukebox silently destroyed any items a pipe request delivered into it. Now the disc is removed from the jukebox before the event fires, and undelivered items go through leftovers like the other branches.
    • Fix pipes destroying the disc in a playing jukebox The put-path test was inverted: a disc was only inserted when the jukebox was already playing, so an empty jukebox never accepted one, and when it did fire, setPlaying overwrote the playing disc and destroyed it. Now only an empty jukebox accepts a disc, and a disc that does not fit flows on through the pipe like any other undelivered item.
    • Address review: drop the changelog comments, always fire PipeSuckEvent
7 days ago
master#4943Successa month ago
master#4942Successa month ago
master#4940Success3 months ago
master#4937Success4 months ago
master#4936Success6 months ago
master#4933Success7 months ago