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

Unloading guns does not warn of approaching enemies #36726

Closed
Grubleafeater opened this issue Jan 5, 2020 · 8 comments
Closed

Unloading guns does not warn of approaching enemies #36726

Grubleafeater opened this issue Jan 5, 2020 · 8 comments
Labels
Info / User Interface Game - player communication, menus, etc. Mechanics: Character / Player Character / Player mechanics Monsters Monsters both friendly and unfriendly. stale Closed for lack of activity, but still valid.

Comments

@Grubleafeater
Copy link
Contributor

When unloading guns, you are not warned of dangerously close enemies. This is a issue, as some guns have incredibly long unloading times, such as the Pneumatic Assault Rifle.

@Night-Pryanik Night-Pryanik added Mechanics: Character / Player Character / Player mechanics Info / User Interface Game - player communication, menus, etc. Monsters Monsters both friendly and unfriendly. labels Jan 5, 2020
@l29ah
Copy link
Contributor

l29ah commented Jan 20, 2020

It feels like #32098 is occurring again: the check is there, but it's not triggered in the majority of cases.

@stale
Copy link

stale bot commented Feb 19, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Please do not 'bump' or comment on this issue unless you are actively working on it. Stale issues, and stale issues that are closed are still considered.

@stale stale bot added the stale Closed for lack of activity, but still valid. label Feb 19, 2020
@l29ah
Copy link
Contributor

l29ah commented Feb 23, 2020

Still an issue today, moreover: The %s is dangerously close! event doesn't seem to appear even if you're just |waiting a while.

@stale stale bot removed the stale Closed for lack of activity, but still valid. label Feb 23, 2020
@l29ah
Copy link
Contributor

l29ah commented Mar 3, 2020

Repro:
2020.03.02.zip
Load, start dissecting the corpse, ignore spotted enemy, the next message will be about you getting attacked.

@l29ah l29ah mentioned this issue Mar 3, 2020
13 tasks
@jkraybill
Copy link
Contributor

There are three separate cases with 2 probably unrelated underlying causes here.

  1. Unloading ammo is not an interruptible activity with an activity handler. This is the reported issue. If you (U)nload a weapon that has a long unload time like the PAR, you can get attacked multiple times without ability to stop unloading. Unloading the PAR at an inopportune time can lead to death of a fully healthy character. The fix for this is to move the code that directly subtracts player moves in unloading ammo into an activity.
  2. If you start dissection (or other interruptible activities), and (i)gnore a nearby enemy ("monsters spotted!" message), you may not get warned again until the enemy is attacking you. In reproducing this, I think this may actually be working as intended, but will defer to the experts.
  3. "The %s is dangerously close! event doesn't seem to appear even if you're just | waiting a while." - as reported by @l29ah above - I could not reproduce this just by waiting, I got the message reliably. However, there were cases where if I (I)gnored the initial "monster spotted! Stop waiting?", I don't get the "dangerously close" message. Again, not sure if this is intentional. This is probably the same root cause as 2 above. It does seem reasonable that (I)gnoring "monsters spotted" should not skip the "dangerously nearby" message.

If 2 and 3 above are indeed bugs, I suggest opening a new issue for them, and keeping the scope of this issue to 1 above, since they're quite separate issues.

@jkraybill
Copy link
Contributor

jkraybill commented Mar 9, 2020

I opened #38664 to address cases 2 & 3 above. However I'm not sure that entirely captures @l29ah's report about waiting behaviour - if the attack can occur while waiting, without ever (i)gnoring a threat, please add some repro notes for that to #38664.

I suggest this issue be scoped back to the unloading issue.

@stale
Copy link

stale bot commented Apr 8, 2020

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. Please do not 'bump' or comment on this issue unless you are actively working on it. Stale issues, and stale issues that are closed are still considered.

@stale stale bot added the stale Closed for lack of activity, but still valid. label Apr 8, 2020
@stale
Copy link

stale bot commented May 8, 2020

This issue has been automatically closed due to lack of activity. This does not mean that we do not value the issue. Feel free to request that it be re-opened if you are going to actively work on it

@stale stale bot closed this as completed May 8, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Info / User Interface Game - player communication, menus, etc. Mechanics: Character / Player Character / Player mechanics Monsters Monsters both friendly and unfriendly. stale Closed for lack of activity, but still valid.
Projects
None yet
Development

No branches or pull requests

4 participants