Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pathfinder Momentarily Overrides Controllable #2318

Open
Maitlans opened this issue Sep 11, 2020 · 2 comments
Open

Pathfinder Momentarily Overrides Controllable #2318

Maitlans opened this issue Sep 11, 2020 · 2 comments
Labels
Confirmed Bug A bug was reported and confirmed by experienced users. Research To Do The development team needs to research the issue.

Comments

@Maitlans
Copy link

The output of command /version on my server is: git-paper-101 MC: 1.16.1
The output of command /version citizens on my server is: 2.0.27-SNAPSHOT (build 2067)

Hi, there's an issue with Sentinel & Citizen's controllable feature, when your controllable entity starts to target an enemy because it either was shot or something, it'll attempt to go to it so it'll conflict with your controls as it'll make you move very slowly & if you stop moving it'll drag you towards the target. Thank you.

@mcmonkey4eva mcmonkey4eva changed the title Sentinel & Citizen's Control Conflict Bug Pathfinder Momentarily Overrides Controllable Sep 11, 2020
@mcmonkey4eva mcmonkey4eva added Bug Report A bug was reported. Research To Do The development team needs to research the issue. Confirmed Bug A bug was reported and confirmed by experienced users. and removed Bug Report A bug was reported. labels Sep 16, 2020
@mcmonkey4eva
Copy link
Member

I've confirmed this locally.

/npc create bob, /npc controllable, mount the NPC, /ex walk <npc> <npc.location.backward[15]> (or any other pathfind command). The pathfinder overrides the player's own control of the NPC movement.

This might be a bit of an awkward thing to fix as there is a valid question of who is in control of movement. In my mind, it should always be the top entity (ie in this situation, the player mounted atop the npc, and not the npc) (and in situations like a player npc mounted on a horse npc, that top player npc should have control, not the horse). I think at least fullwall has thought differently about how that should go.
I think, given that /npc controllable explicitly grants the player control over the NPC's movement (and non-controlling mounting can be done without that for npcs other than horses), the NPC's pathfinding should be effectively disabled for so long as a player is atop with /npc controllable and thus in theoretical control of movement.

@fullwall
Copy link
Member

Other problem is that /npc controllable is tied up with mounting, and it's very possible that you might have NPC mounts that don't let you control them per se but just travel on their own routine. Perhaps need to add a separate trait.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Confirmed Bug A bug was reported and confirmed by experienced users. Research To Do The development team needs to research the issue.
Projects
None yet
Development

No branches or pull requests

3 participants