[MC-124375] Teleportation of item entity all ticks visually broken

The bug

When I use this simple command in repeating command block, the movement is not regular as in the video attached.

Command:

/execute as @e[type=item] at @s run teleport @s ~ ~ ~-0.05

For all other entities, it works, just not for items.

Related issues

is duplicated by

MC-132616 Drop item doesn't render correctly until it touch another solid block

relates to

MC-4 Item drops sometimes appear at the wrong location

Attachments

MC-124375.MP4

Minecraft 18w03b 17_01_2018 18_52_29.mp4

Comments

migrated 2018-01-17T19:02:43Z

[media][media]

migrated 2018-01-18T22:07:21Z

Is this an issue in 1.12.2?

migrated 2018-01-21T13:59:20Z

Oh yes, I just saw that, I thought it came from the last snapshot :S

marcono1234 2018-01-28T19:39:05Z

Relates to MC-113006

migrated 2018-09-24T22:52:28Z

Confirmed for 1.13.1.

Avoma 2020-12-14T16:48:17Z

Can confirm in 20w49a.

Avoma 2021-01-29T13:46:40Z

Can confirm in 21w03a.

Avoma 2021-02-08T09:56:21Z

Can confirm in 21w05b.

Avoma 2021-05-03T13:55:59Z

Can confirm in 21w17a.

KirbAvion 2021-05-24T10:08:47Z

Can confirm in 21w20a; also affects falling_block entities.

ampolive 2021-07-05T13:39:44Z

Can confirm in 1.17.1 Release Candidate 1. This might be the cause of MC-123320.

ampolive 2021-07-07T10:49:43Z

Can confirm in 1.17.1.

Avoma 2022-09-05T09:46:02Z

Would this ticket in fact be a duplicate of MC-4? If not a duplicate, then definitely related.

migrated 2022-09-05T13:45:17Z

Related. An item entity's position (and motion?) is only updated to the client once every 5 ticks (at least not every tick, per the jitter); if that was changed to always update after a teleport, it'd fix this, but not MC-4; if the precision loss would be fixed, it'd fix MC-4, but not this. If it were to update the position every tick, it'd fix this, and parts of MC-123320, MC-113006 and MC-4, mainly the delay; the motion not being the same between client and server would be a different fix.

ChemistryIsCool 2024-07-29T12:48:33Z

The video does not work for me, so I am attaching a new one.

[media]