Jump to content

Recommended Posts

Posted

I am trying to prevent a vanilla block from being placed under certain circumstances. I have used BlockEvent#PlaceEvent and PlayerInteractEvent#RightClickBlock successfully; however, a brief image of the block always appears on the screen, then quickly disappears. I would prefer to cancel the block placement without this brief image flashing on the screen. Is there a way to intercept the placement earlier? I've looked over the available events and didn't find anything else that seemed like it would work, but perhaps I'm missing something.

 

I have also noticed that when canceling the block placement, the ItemStack size decreases, yet if I move the stack to a different inventory slot or log out and back in, it magically jumps back up to the original size—or even reappears from nothing if the stack was completely depleted. Anyone know what's up with that? Do I need to, like, manually modify the ItemStack to prevent that before canceling the event? Seems weird.

  • Like 1
Posted (edited)

It's...not complicated. Well, eventually I'll add more to check whatever conditions I'm interested in. For now I just wanted to make sure it would work at all, and I'm not happy with how the block appears briefly.

 

	@SubscribeEvent
	public void onBlockPlaced(BlockEvent.PlaceEvent event)
	{
	    if (!event.getWorld().isRemote)
	    {
	        if (event.getPlacedBlock().getBlock() == Blocks.DIRT)
	        {
	            event.setCanceled(true);
	        }
	    }
	}
	
Edited by Daeruin
Added more description.
Posted

You got an issue of brief Client-Server mis-match

 

Server: Didn't allow the thing. -Your code did this

Client: Allowed the thing. -Running as usual

Server: No you didn't. -Client updates with data from Server

 

Solution: Remove the World#isRemote check

  • Like 2

Also previously known as eAndPi.

"Pi, is there a station coming up where we can board your train of thought?" -Kronnn

Published Mods: Underworld

Handy links: Vic_'s Forge events Own WIP Tutorials.

Posted
  On 4/5/2017 at 3:03 AM, Matryoshika said:

You got an issue of brief Client-Server mis-match

 

Server: Didn't allow the thing. -Your code did this

Client: Allowed the thing. -Running as usual

Server: No you didn't. -Client updates with data from Server

 

Solution: Remove the World#isRemote check

Expand  

 

Interesting. That worked great in the PlayerInteractEvent, but not in BlockEvent#PlaceEvent. Perhaps PlaceEvent is only called on one side? There's nothing in the Javadoc about that, but it would make sense given the behavior. That's sad. I was excited to discover that event. It seemed like just what I needed.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • I have used mixins once before, and it was with @At RETURN, so it worked fine. Now im trying to use it as INVOKE, and the compilation is successful, but the client crashes almost on startup (just a couple seconds after running runClient)   Im trying to inject the method finishConversion inside the ZombieVillager class. This is my Mixin class important stuff:   import net.minecraft.server.level.ServerLevel; import net.minecraft.world.entity.monster.ZombieVillager; import org.spongepowered.asm.mixin.Mixin; import org.spongepowered.asm.mixin.injection.At; import org.spongepowered.asm.mixin.injection.Inject; import org.spongepowered.asm.mixin.injection.callback.CallbackInfo; @Mixin(ZombieVillager.class) public class ZombieVillagerCures { @Inject(method = "finishConversion", at = @At(value = "INVOKE_ASSIGN", target = "Lnet/minecraft/world/entity/LivingEntity;addEffect(Lnet/minecraft/world/effect/MobEffectInstance;)Z")) private void addZombieVillagerCuredAmmount(ServerLevel level, CallbackInfo info) { System.out.println("The Mixin Worked!!! " + level); } // Lnet/minecraft/world/entity/LivingEntity;addEffect(Lnet/minecraft/world/effect/MobEffectInstance;)Z } I'm sure the issue lies in the @At cuz other @At values work fine. Its probably the fully qualified name thing. idk how to get it in VS code
    • I'm wayy less skilled than you i bet, but maybe u could try to just convert one into the other?
    • wildbackport is not working
    • Through Betafort Recovery, Bitcoin scam victims can retrieve their money. I recommend Betafort Recovery to anyone who has fallen victim to a scam and has been looking for methods and techniques to recover their lost cryptocurrency or wallets. Betafort Recovery is a reliable cryptocurrency recovery firm that assists victims in recovering their stolen cryptocurrency and offers secure solutions to protect your wallets from online scammers. I must admit that I was deeply melancholy and had given up on life until these experts could restore my $23,400 to my wallet. If you've lost your cryptocurrency and you are helpless about it, contact Betafort Recovery to get your money back. One key aspect that makes Betafort Recovery stand out is its focus on providing secure solutions to protect wallets from online scammers. It's not just about recovering lost funds; it's also about preventing future incidents and ensuring that clients' digital assets are safeguarded against potential threats. This proactive approach demonstrates their commitment to the long-term financial security of their clients. Furthermore, for individuals who have lost their cryptocurrency and are feeling helpless, reaching out to Betafort Recovery could be a turning point in their situation. The reassurance that they are legitimate for seeking help and recovering lost funds can provide much-needed relief and a sense of empowerment. Betafort Recovery as a reliable cryptocurrency recovery firm is certainly well-founded. Their ability to assist scam victims in recovering stolen cryptocurrency, their focus on providing secure solutions, and their commitment to supporting clients through challenging situations make them a valuable resource for individuals navigating the complex world of digital currencies. If you or someone you know has fallen victim to a cryptocurrency scam, contacting Betafort Recovery could be the first step towards reclaiming lost funds and regaining peace of mind.  
    • Idk how i didn't notice that, but I deleted it and fixed some other issues and now I get this https://mclo.gs/YsWacqq
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.