fishfolk / punchy

A 2.5D side-scroller beatemup, made in Bevy

Home Page:https://fishfolk.github.io/punchy/player/latest

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Sometimes Player Left-Right Movement Can Be Frozen

zicklag opened this issue · comments

Description

I've noticed that sometimes when I play the game, go back to the menu, and then play the game again, Sharky seems to get completely stuck for left-and-right movement. I can't remember if it's consistently sharky all the time, or if it's both of them sometimes, or just Fishy sometimes, I can't remember for sure.

To Reproduce

Unfortunately, I don't know the exact reproduction steps. This is what I did last time:

  1. Started the game
  2. Beat up all the enemies including the boss
  3. Ended up back on the home menu
  4. Started the game again
  5. Now Fishy can move like normal, but Sharky can't walk left or right.

Expected Behavior

Sharky should be able to move left and right.

Additional Context

I've noticed this for a little bit now, but hadn't opened the bug because I didn't notice it consistently, but now it's happened enough times that I'm certain enough something is wrong, I just don't know what.

My suspicion is that it has something to do with the movement constraints somehow applying incorrectly, because the movement animation still plays. So I don't think it's a controller issue.

Log Messages

No response

I have this same issue, it sort of feels similar to #243, but I can trigger the boss fight and beat all the players, but afterwards I get stuck and can't move past a certain point. This may even be a separate issue.

I have this same issue, it sort of feels similar to #243, but I can trigger the boss fight and beat all the players, but afterwards I get stuck and can't move past a certain point. This may even be a separate issue.

It's hard to say if this and #243 are related. #243 itself is expected behavior - the scrolling solution applied was the simplest possible, written before there were bosses, trigger points, etc.. Now it needs an upgrade 😄 - I think #243 should be in fact renamed to make it clear that it's not a bug, but a functinality that needs a new iteration.

However, I can't exclude that this bug (#248) is not related to the scrolling; I suppose that internal player positions go out whack, so that the scrolling routine wrongly decides that the leftmost player is blocking the movement. It'd be a bit strange though, because the routine is based on the translation, and if the players had a wrong translation, it would be immediately visible. But again, can't exclude 😄