Hostile entity with name tag despawn

[Vlader97]

BkCommonLib version: 1.15.2-v3

TrainCarts version: 1.15.2-v2-611

Paper version: 1.15.2-165

---

Problem or bug:

Hostile entities with name tag despawn in minecart.

Expected behaviour:

Not despawn.

Steps to reproduce:

1. Run clean server with this plugins in default config.
2. Use name tag on hostile entity (zombie, creeper, etc.).
3. Push entity to minecart.
4. Go 500 blocks away from the minecart.
5. Go back to entity.

[bbayu123]

Hostile mobs don't despawn from minecarts in vanilla Minecraft right? Yep sounds like a bug, either no mobs should despawn, i.e. they come back when the cart does, or they follow vanilla convention to not despawn when named.

[Vlader97]

Oh sorry, it is not a bug in your plugin. I reproduce same bug in vanilla.

Is it possible to fix it in your plugin?

[bergerkiller]

strange that this exists in vanilla. Is this something that is also reported on the mojang bug tracker or is this 'expected behavior'? I would think nametagged entities should never despawn, whether in a minecart or not.

[bbayu123]

I mean, the logic is understandable, unnamed entities despawn, along with every single passenger, so unnamed minecarts despawn, ignoring whether the passenger is named or not.

[bbayu123]

A month has passed, I assume the word is not patchable or don't want to patch?

[bergerkiller]

Since a workaround exists (nametags) I don't think it is really needed to patch this, since people that want entities in minecarts deliberately would already set a tag to begin with

[bbayu123]

No, listen, hostile mobs despawn even with nametags.

[bbayu123]

Those that are inside minecarts despawn with the cart and don't come back.

[bergerkiller]

Ohhh...well yeah that sounds kinda serious. Especially if they despawn with the minecart. Can leave this open then, as I know people have mobs in trains as a decorative thing too.