Hi i am helping to port a mod from 1.7.10 to 1.10.2 , the mod has an UraniumOre wich behaves just like a cactus block when the player collides with it, here is my code 

 

 

i also tried to use DamageSoruce.cactus but it doesn't work either

Thanks for any help

The block needs to have a boundary smaller than a full 1x1x1 cube, otherwise the player can't collide with it.  I believe the minimum offset is 0.005. Something in around that neighborhood (might be 0.01).

Thanks for the answer, i had this but it didnt work either:

 

public AxisAlignedBB getSelectedBoundingBox(World world, int i, int j, int k) {
        float var5 = 0.0625F;
        return new AxisAlignedBB((float) i + var5, j, (float) k + var5, (float) (i + 1) - var5,
                (float) (j + 1) - var5, (float) (k + 1) - var5);
    }

 

maybe here is the problem, but this is a copy of the 1.7.10 code in which works fine

Edited February 11, 20178 yr by Daniat

Your method doesn't override any method from a parent class (it has the wrong argument types to override Block#onEntityCollidedWithBlock), so it's never called. If you'd annotated it with @Override, your IDE or the compiler would have told you this.

 

I recommend using your IDE to auto-generate override methods with the correct signature and annotations.

 

When updating a new version of Minecraft, I auto-generate override methods for any methods I was previously overriding that have changed signature and then move the body of the previous method into the new one.

 

Side note: DamageSource instances should be treated as singletons (i.e. created once and then stored somewhere) unless there's additional data that changes each time the damage is done (e.g. the entities of EntityDamageSource/EntityDamageSourceIndirect).

I believe you want to override getCollisionBoundingBox.

Ninja'd by Choonster

Edited February 11, 20178 yr by Draco18s

Yes i try to call @Override but i get this

 

P.d. im sorry i am still a newbie in modding

Edited February 11, 20178 yr by Daniat

1 minute ago, Daniat said:

Yes i try to call @Override but i get this

 

4 minutes ago, Choonster said:

Your method doesn't override any method from a parent class (it has the wrong argument types to override Block#onEntityCollidedWithBlock), so it's never called. If you'd annotated it with @Override, your IDE or the compiler would have told you this.

 

I recommend using your IDE to auto-generate override methods with the correct signature and annotations.

 

Removing @Override is never the correct answer.

It's ignoring the problem.

7 minutes ago, Daniat said:

P.d. im sorry i am still a newbie in modding

 

This isn't specific to Minecraft or Forge, this is basic Java knowledge which you should already have before starting to make a mod.

5 minutes ago, Choonster said:

(it has the wrong argument types to override Block#onEntityCollidedWithBlock)

 

the only difference i see in argument types is EntityLivingBase, here is the overload  onEntityCollidedWithBlock(World, BlockPos, IBlockState, Entity)

 

1 minute ago, Choonster said:

 

This isn't specific to Minecraft or Forge, this is basic Java knowledge which you should already have before starting to make a mod.

well actually i am not making the mod, its just a mod i ve used and i want to port it to 1.10.2, but thanks for your help, now i know the problem is that i dont override these methods

4 minutes ago, Daniat said:

the only difference i see in argument types is EntityLivingBase, here is the overload  onEntityCollidedWithBlock(World, BlockPos, IBlockState, Entity)

 

That difference is what prevents it from being an override method.

 

As this tutorial explains, override methods must have the same return type, number and type of parameters as the super method. You can return a subtype of the super method's return type, but the parameter types must be exactly the same. 

Just now, Choonster said:

 

That difference is what prevents it from being an override method.

 

As this tutorial explains, override methods must have the same return type, number and type of parameters as the super method. You can return a subtype of the super method's return type, but the parameter types must be exactly the same. 

yes i remember, i didnt use Entity cause the player is the only one who takes damage, i mean its not like a cactus which damages all mobs

The method still takes in an Entity, you have to filter out the other types yourself in the method.

29 minutes ago, Draco18s said:

I believe you want to override getCollisionBoundingBox.

Ninja'd by Choonster

yes, true, dumb of me, but this was my decompiled source code to start with

public AxisAlignedBB func_149668_a(World world, int i, int j, int k)

Now it works pretty much like it does in 1.7.10 just that now damages every living thing that touches it, maybe this way is more realistic

Here is the code if anyone is interested, thanks Draco18s and Choonster for the help

 

Edit: SOLVED

Edited February 11, 20178 yr by Daniat