Piglins rapidly raise and lower their weapon while attacking if an unreachable gold item is nearby

MC-177973 describes your issue?

Not the same situation, but as can be seen in the clip, the piglin's crossbow does appear to be empty so its probably related. 

Was the piglin running away from a zombified piglin, or trying to get gold when he was around you? I ask, as for the sake of confirming the issue it's important to know what lead to the shown behavior.

It might be both, Additional info seen here, https://youtu.be/sTys2u1QRJU?list=PLj1Z4Aa7QAlOzlJMqlEOdzFqktGSTLbtG&t=8518 , "[34]McChill" at 2 hours, 22 min and onwards.

I mine gold ore above me before the encounter, then after when I approach him by going up stairs, it does look like a zombie piglin is chasing him. Could be he was in range of me mining the ore up above, and then got scared by the zombie piglin as I encounter him. 

Thanks for providing the video with some more context.

Admittedly though, I'm still not sure how, or why it occured. Are you able to find out exactly how to reproduce the issue consistently in a controlled enviornment? If you can do that and reproduce it in the latest version, having some steps to reproduce it would be very helpful for the sake of confirming the report.

So step by step as I see it[in timestamp 2:22:30-2:23:10 for the large video]:

1: piglin get scared by zombie piglin[piglin retreats sound is seen]

2: piglin gets aggressive and starts charging crossbow

3: Piglin's charging of crossbow is emidiately broken of by getting scared again

4: piglin pathfinds out into open air to its left, and drops down 1 block while fleeing

5: I disengage, having been spooked, and run downstairs

6: I check inventory and confirm boots are broken

7: Piglin is spooked again, as seen by sound cues, just as i start eating a porkchop(battletime)

8: I go close the the staircase, and start lining up a shot at the blaze

9: Piglin is reseen at the top of the stairs as I am about to throw

10: The now throw trident hits the blaze, and the piglin agros me, again seen in sound cues.

11: The trident returns, and the piglin begins to charge up its crossbow

12: I begin to charge up a second throw, and this is most likely the critical point

13: the piglin is rushin out over the edge as if its scared, even tho we havent seen it flee sound cue. The expected behavior here would be seeing him look to wards the player, while crossbow is being charged, but his is down and uncharged.

14: I miss my throw, and the piglin mid air starts the charge up his crossbow before he hits the ground, here a sound cue for him "piglin admires item" is seen in the cue list

15: The piglin while falling, stops its charging of the crossbow, and begins a new charge again before hitting the ground

16: right as it hits the ground, its stops the charge again, and this is when it goes complete potato mode

17: During the piglin siezure it can be seen sliding toward the bottom start of the staircase

18: Fast forward abit, after several attempts of it starting to load crossbow and breaking it off, the piglin jumps up towards the first block of the stairs

19: during its assend its still flopping between trying to reloads and stopping reloading

20: the instant it touches back down on the ground on that block, he resets himself to work correctly and charges the crossbow like normal

Now concluding on this, first off I have no way of replicating this, given the very unique series of events that are happening here. At least not without a large time investment, or access to source code. Best option is probably to investigate what happens while the piglin is midair.

However I also dont need to. as when going through the clip at super slow speed(on yt, with speed 0.25) the issue the piglin has becomes quite clear.

There must be a place in the source code, where the piglin chooses different types of behavior. At this place there must be a preventative measure so that the behavior we see in this clip does not occur all the time, whether this is done via a short timer or some other means idk. 

However the piglin in this scenario is clearly bi passing this preventative measure, and thus constantly shifts between two types of behavior. This is essentially confirmed by step 20 as it reruns, whatever the choice is again, and only comes up with 1 behavior. 

My best casual guess here, is that while its mid air, something is not accounted for related to its pathfinding and/or choice of behavior. Essentially nothing it going wrong, but there is some logic missing. Classic human error.

To resolve this issue, an exception needs to be added to, whatever code is choosing the piglin behavior on the fly, which for some reason allows the possibility for the piglin to choose two behaviors at once. 

Thank you for your report!
However, this issue has been temporarily closed as Awaiting Response.

If you manage to reproduce this in 1.20.4 or later, please try and include the following steps to reproduce the problem:

Steps to Reproduce:
1.
2.
3.

Observed Results:
(Briefly describe what happens)

Expected Results:
(Briefly describe what should happen)

As such, we have no repro of this issue and we do not have enough information to find the cause of this issue.

This ticket will automatically reopen when you reply.

Quick Links:
📓 Issue Guidelines – 💬 Mojang Support – 📧 Suggestions – 📖 Minecraft Wiki

Well you shouldn't be waiting for my responce, as I dont intend on trying to reproduce the error in 1.20.4. Given all the info I have provided in prior comments, you have enough to check your version control, to see if someone has been working on the behavior for piglins since version 1.19.4. If the code in charge of choosing piglin behavior remains unchanged since 1.19.4, it will be worth having a developer be informed about the human error, so they can add the exception in the code to the reported bug.

The scope of the issue depends on how its coded in the back end. If the code in charge of choosing behavior is used universally(which I would not expect to be the case) this could potentially happen for any mob. Which makes sense when considering "related to" links mention the " MC-193183 Piglin brutes sometimes rapidly raise and lower their arms".

It is the reporter's job to make sure the issue is present in the latest release/snapshot, if you do not do that, this report is invalid. Do not report issues from outdated versions, nor modded versions, nor issues you don't test yourself. Reports only seen in a video/stream should be confirmed to be the case by you first.

@Dhranios Well the issue was reported 26/Apr/23 11:18 PM, which is litterally visible on within this bug report. Additionally, reporting a bug is not a job, it is a voluntary service from a user of the software. I suggest you do not comment on reported issues without reading them through.

Literally nobody was able to reproduce your issue, and have repeatedly asked for further info, and you responded (basically) "go test it yourself"; if they can't reproduce in the first place, you need to check if you still can reproduce it. It might have been resolved in intermediate updates.
The "Do not report issues from outdated versions, nor modded versions, nor issues you don't test yourself." is just generally speaking, not specifically about this. I said this, as looking at your past comments, you only referred to the clip to test, as if you just saw it in a stream, clipped it, and not reproduced it yourself.

Well then they need to try harder, under the assumption they are the developers of the game. Additionally I have provided any info asked of me within reasonable time as well, as can be seem from the comments. Im not sure why you are misinterpreted my responce. 

Generally speaking isn't exactly what I would assume comments on a specific thread is for, but be that as it may, opinions differ.

However in my comments I refer not only to the clip in the original report, but also the extended full stream and the specific time stamp, which apparently you have missed again. 

Also I might add, that I didnt just see this in a stream, nor should you make such an assumption. Im the guy speaking in the clip, the clip is of my channel, and the stream is achieved on my yt channel. 

I hope that you havent preemtively resolved this issue, without discussing with a developer on the subject, because if so you would be doing them a disservice. 

Lastly since you mention modding, I play the game purely vanilla, which is the reason I felt the need to report this issue in the first place.