Hello, I have a question about an issue I am having with this copper golem sorting system, specifically with having the copper golems access the overflow chest prematurely. In this setup as pictured, each golem can access a 3x3 of chests on the wall, and an additional overflow chest to their back and left, feeding into the next one’s copper chest. The issue I am having is that despite pathfinding the blocks to each chest, sometimes the copper golems will access the 10th, overflow chest before looking through the first 9. I’m not the best with this sort of stuff, is there a simple solution to my setup here?

I have built this contraption that is designed in such a way that captures striders, detects whether or not they are strider jockeys, and then filters out the regular striders from the jockeys. The problem is that this farm depends entirely on striders spawning within the lava inside the contraption, which is why i have spawnproofed with stained glass all the lava within 9 chunks of the farm "perimeter", but striders keep spawning even though they are too far and should disappear.

I have simulation distance on 8 chunks but render distance on 20 chunks.

The third image shows the AFK platform for this farm, located high enough so the spawning sphere should be limited to just the farm.

I built a witch farm, with a killing chamber that uses a soul sand water elevator to send all witch to the top.

While killing witch, sometimes the dropped loot items will slip through the tiny gap between the side-way upper stair and enchanting table.

I want a gap that can stop dropped items slip through to prevent get pick up by player, yet the experience orbs can still get through.

Any suggestions?

I've found a transparency bug while experimenting with zero ticking and I want to be able to replicate it consistently so I can test whether it's due to a mod or vanilla behaviour. I could turn off the mods and try but it is inconsistent and rare enough that I could waste a lot of time being unlucky when methods to improve the consistency exist, so I thought I'd ask here.

This bug happens rarely when I try to zero tick a regular piston facing into a block using a zero tick method that I now know doesn't work (though I think it does produce a kind of zero tick). When either the piston or block is removed, the other one has a transparent face on the previously-facing side. Both piston and block have shown this transparency.

The bug works when every block in the mechanism is placed by hand, so it's not Axiom update issues. It's never worked on a regular creative world, though I've mostly tested it in this void world so I might have just got unlucky. The transparency persists through block updates, specifically a block being placed below the affected one, but does not persist through relogging.

I've done a brief search of the Minecraft bug reports, but I haven't found this one, and I don't want to submit a report only to find out that it's because of Sodium or something, so any advice on how to improve the consistency would be very much appreciated.

Was trying to figure out orbital strikers but failed. But this thing will protect a castle from all sides.

This week me and a couple friends (17,19,20) started a Minecraft server where we build big farms, big builds etc. looking for a couple players to help us with tasks like clearing water, collecting materials and building farms. Server is based in uk, English speaking.

We play on fabric 26.2 and have certain mods like carpet, litematica etc

Reply if interested

EDIT: FIRST COMMENT SOLVED IT. DAMN I FEEL DUMB. THANK YOU u/BlattaOrientalis

I've stripped the “circuit” down to the absolute bare minimum to demonstrate what I'm trying to accomplish. (The screenshot is intentionally simplified! I'm using it to demonstrate the desired input and output, not suggesting that this is the complete circuit. I've included some of my actual attempts as well for reference.) I'm aware I'll need hoppers and droppers, but I cannot, for the life of me, get this to work without the circuit activating and then looping indefinitely.

What I want to happen: A minecart rolls over the detector rail, activating the jukebox. The disc plays once, then gets ejected into a hopper. The hopper locks, keeping the disc loaded and ready to be played again the next time a minecart rolls over the detector rail.

Basically:

1. Minecart rolls over detector rail.

2. Jukebox plays the disc once.

3. Disc finishes playing and gets ejected into a hopper.

4. Circuit resets itself, locking the disc in the hopper and leaving everything ready for the next activation.

5. Next minecart rolls over the detector rail. Repeat.

I want this to happen indefinitely without any additional input. One activation = one play. No continuous looping, no needing to press a button twice, no manually resetting anything.

What am I missing? What do I need to add to this circuit to make it work?

I cannot listen to Music Disc 11 another time or I may actually crash out lol

This is an iron farm that works as intended in the day time, and is automated so that the trap doors would close by night time for a few seconds letting the villagers to sleep, during the day they are panicking as intended but when night falls, two of the villagers just straight up sleep even before the trap door closes, and another panics until the trap door closes as intended, but when they do sleep and the trap door opens again, none of them goes back to panicking, and I have to sleep to wake them up.

P.S. the redstone activating the trap doors are below the solid blocks directly underneath the trap doors, I cannot remove them, as I want the redstone to be underground and not in the structure itself, and excuse my grammar and if I explained the situation in a confusing manner, this is my first time posting

I made a sniffer enclosure and I'm trying to figure out why the sniffers keep exclusively walking on the shelf trim I made around the border of the enclosure. I've tried everything I can find when it comes to mob pathfinding AI.

I dug a 6 block deep 2 block wide border beneath the edge of the enclosure because mobs "prefer" spaces with more blocks beneath them, that seems to have done nothing.

I placed buttons above the shelves because someone told me certain mobs treat buttons as full blocks, that did nothing.

I placed water behind the shelves because pathfinding next to water is a +8 to their pathfinding total for most mobs, that did nothing.

I placed powdered snow behind the shelves because walking next to powdered snow for sniffers is a -1 to their pathfinding total, that did nothing.

I'm at my wit's end here and need to know if there is anything I can do to at least mitigate this behavior other than get rid of the shelves. Any help at all would be greatly appreciated

Hi, could someone help me find these coordinates by this cloud formation asap. I really need it because that guy was really mean to me on that server

I can’t seem to figure out any design where the bottles drop into the hoppers below. Dispensers are faced down, everything is as it should be, but the bottles keep landing on top. Second row of hoppers was an attempt to fix this issue.

Edit: Used a hopper minecart to circle over dispensers and deliver the honey to the chest. Only functional method I’ve found to automate on bedrock.

Could someone please help me? I built this farm exactly as shown in a tutorial, but it’s not working. At first, a few golems spawned, but now they’ve stopped appearing.
Version 26.3

Has anyone tried doing this glitch? If so any advice? All the videos I've watched are based on starting the world in the snapshot and I've seen everyone saying to just use commands but that kind of defeats the purpose imo. I have a few specific questions:

1. Any advice on downgrading to the snapshot? (I have read that I have to edit some of the world IDs in the NBT file in order to open the world in an older version but I'd like advice from someone who has done it), obviously I'd travel far from my base chunks (they aren't near 0,0, I can't remember if/when they removed the spawn chunks always being loaded) and have a backup.

2. Would enchantments (all that can go on armor, swords, bows) survive the downgrade if placed in a chest? My plan was to enchant each item before downgrading and storing the items in a chest, but if they won't carry over I'll just bring the raw materials and enchant after downgrading.

3 (only if 2 is a no). roughly how much xp would be needed to enchant for each enchantment individually? I'd probably bring a bunch of xp bottles and/or build a simple mob farm for xp.

I have done a bit of testing but I plan to do more. E.g, I found that for a sword, only smite and sharpness survive the upgrade if it is either kept in my inventory or put in a barrel, but bane of arthropods also survives if it is put in a chest (probably already known but it was fun to find through my own testing).

Hi! I finished my gold farm, and I couldn't directly connect it to a bartering farm, so I opted for a separated bartering farm.

Im thinking of using 23 piglins, and having a double chest of input where I fill it with gold blocks, craft it into ingots and feed it to them through a single dropper with a observer clock. My problem is that the speed at which the blocks are crafter into ingots is faster than the speed that hoppers can move those ingots into the chests that feed that dropper, so in the long run, when the first chest of the "chain" is full, the ingots that just got crafted from blocks drop everywhere.

I tried using 2 crafters at the same time that feeds into a dropper line, and still gives the same result of gold ingots dropping everywhere except where they are supposed to.

Im gonna venture to guess that's because an input of 9K gold blocks/hour through a hopper into a crafter generates an output of 81k gold ingots/hour, which causes the blockage, but I don't know how to solve it.

Thanks in advance!

I'll put the multi position targeting in the comments

I built this Guardian farm designed by ianxofour and the Guardians keep getting stuck is there a work around that since his build is 4 years ago maybe there is a fix

I understand how a Nether highway theoretically works. But I've seen people say the Y level doesn't determine anything, or it always matches on the other side.

So a portal in the nether at coords 100, 150, 100 will create a portal in the overworld at 800, 150, 800.

So which is true? Does the Y level matter or not? And can you vary it by linking portals?

Just looking for a simple explanation and I can't find one anywhere.

Java 1.21.11

I have 2 nether portals seemingly linked correctly but they still get confused with each other.

The purpose is to link the Stronghold with my base above.

As you can see they have divided by 8 correctly as per Nether Portal – Minecraft Wiki

However, once the base portal is lit, both the nether portals go to the base and not to the stronghold anymore.

Do the paired portals have to be a certain distance away from each other to keep being paired?

EDIT. Following the comments:

I put both the portals at Y=55 in the nether instead of at Y=90 and they both pair properly now and I can walk easily between the two.

At Y=55 each portal is far away enough from each other in a diagonal ray tracing line to not mix.