Bug: Autowalk affects freecam

[ghost]

Describe the bug
Using freecam while autowalk is enabled causes the freecam to move forward instead of the player.

To Reproduce
Steps to reproduce the behavior:

1. Enable autowalk
2. Enable freecam
3. See bug

Expected behavior
The expected behavior is for the player to continue walking and the freecam to remain stationary unless the player moves it.

Screenshots
If applicable, add screenshots to help explain your problem.

Additional context
Tested with the latest build of KAMI.
Last time I checked, a similar bug also occurs in forgehax.

[5HT2]

It's not a bug, it's a coding oversight. Also, freecam works? If so, then I should review kami-blue/client#292

[ghost]

A coding oversight is, by definition, a bug lol

[5HT2]

I guess it can be classified as a bug but really it's a module incompa- eh whatever

So does freecam actually work for you?

[ghost]

Yes, freecam works for me. KAMI Blue's freecam still seems to have that bug which causes it to fall through the ground unless you jump though.

[5HT2]

Oh my bad. I'll fix it tomorrow morning then

[zeroeightysix]

This is definitely a bug. It's not super easy to fix, but I'm going to have to implement a proper separation between the real player and camera player anyways if I ever want to touch on interacting with baritone anyways.

[5HT2]

I was gonna ask you about baritone lol
Talked to leijurv the other day and we got stuck on baritone using notch mappings and it loading before searge so Minecraft crashed.

See this issue in their repo about this type of thing ImpactDevelopment/ImpactIssues#681

[zeroeightysix]

Fixed in KAMI fabric