Outdoor mobs cannot be fought #586

Closed
opened 2024-01-31 04:04:39 +00:00 by TheTinkeringIdiot · 7 comments
TheTinkeringIdiot commented 2024-01-31 04:04:39 +00:00 (Migrated from github.com)

Describe the bug
When attacking an outdoor mob in higher level zones (ones with enough health they don't instantly die when attacked), they will respond by giving chase for a short distance, then stop for several seconds before "twitching" (as if they're respawning rapidly) and spamming chat with "Attacked by " messages. This behavior continues indefinitely and while it occurs auto-attacks pause and hostile nano programs cannot be used.

Hostile perk actions can be used and do land, but other types of attacks do not work.

Moving away can cause the mob to be "normal" again for a short time until you stop and engage, at which point it will resume spamming and being unattackable.

To Reproduce
Steps to reproduce the behavior:

  1. Go to a higher level zone. I tested EFP and Avalon.
  2. Find a "normal mob"
  3. Engage it in combat
  4. It chases normally for a short time
  5. Then it "twitches", visually glitching
  6. Chat is spammed with "Attacked by " messages
  7. Mob cannot be attacked other than with perk actions

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
image

image

image

Playfield info:

In the screenshots - chat was spamming

**Describe the bug** When attacking an outdoor mob in higher level zones (ones with enough health they don't instantly die when attacked), they will respond by giving chase for a short distance, then stop for several seconds before "twitching" (as if they're respawning rapidly) and spamming chat with "Attacked by <mob name>" messages. This behavior continues indefinitely and while it occurs auto-attacks pause and hostile nano programs cannot be used. Hostile perk actions can be used and do land, but other types of attacks do not work. Moving away can cause the mob to be "normal" again for a short time until you stop and engage, at which point it will resume spamming and being unattackable. **To Reproduce** Steps to reproduce the behavior: 1. Go to a higher level zone. I tested EFP and Avalon. 2. Find a "normal mob" 3. Engage it in combat 4. It chases normally for a short time 5. Then it "twitches", visually glitching 6. Chat is spammed with "Attacked by <mob>" messages 7. Mob cannot be attacked other than with perk actions **Expected behavior** A clear and concise description of what you expected to happen. **Screenshots** ![image](https://github.com/project-rubika/issues/assets/96996793/2b056141-b45b-4399-abd3-48417af8eb1a) ![image](https://github.com/project-rubika/issues/assets/96996793/f2f1658d-6e35-4093-9f0d-e7d1f558651e) ![image](https://github.com/project-rubika/issues/assets/96996793/3a980d1d-a89b-40a0-9d08-79cec887d13d) **Playfield info:** ``` In the screenshots - chat was spamming ``` ----
RaggyLP commented 2024-01-31 23:27:04 +00:00 (Migrated from github.com)

Confirmed. There appears to be a disconnect between the location the client is reporting the mobs to be and where the server thinks it is. You can see evidence of this at the end of the video when the mob corpse is placed miles away.

1196b756-761a-46f4-8c0b-b8a4956973f5

Confirmed. There appears to be a disconnect between the location the client is reporting the mobs to be and where the server thinks it is. You can see evidence of this at the end of the video when the mob corpse is placed miles away. https://github.com/project-rubika/issues/assets/156821187/1196b756-761a-46f4-8c0b-b8a4956973f5
TheTinkeringIdiot commented 2024-01-31 23:30:46 +00:00 (Migrated from github.com)

While troubleshooting, I was wondering if it might be at all related to #347, since they exhibit some of the same behavior when pathing.

While troubleshooting, I was wondering if it might be at all related to #347, since they exhibit some of the same behavior when pathing.
prkdrake commented 2024-02-02 15:34:16 +00:00 (Migrated from github.com)

This should be fixed now, please test and let us know! Thanks

This should be fixed now, please test and let us know! Thanks
RaggyLP commented 2024-02-02 18:14:28 +00:00 (Migrated from github.com)

Sadly not fixed. Please see attached vid.

49ff1de6-cff5-4c49-be7d-74574e691071

Sadly not fixed. Please see attached vid. https://github.com/project-rubika/issues/assets/156821187/49ff1de6-cff5-4c49-be7d-74574e691071
prkdrake commented 2024-02-02 19:15:01 +00:00 (Migrated from github.com)

It's looking a lot better than it was, but yeah, pathfinding still sucks, unfortunately.

It's looking a lot better than it was, but yeah, pathfinding still sucks, unfortunately.
RaggyLP commented 2024-02-02 19:54:36 +00:00 (Migrated from github.com)

It's looking a lot better than it was, but yeah, pathfinding still sucks, unfortunately.

Yeah, there are still situations where the attack bars get totally jammed, but it seems a bit cleaner in that regard. Progress!

> It's looking a lot better than it was, but yeah, pathfinding still sucks, unfortunately. Yeah, there are still situations where the attack bars get totally jammed, but it seems a bit cleaner in that regard. Progress!
RaggyLP commented 2024-02-26 18:21:05 +00:00 (Migrated from github.com)

Following the lerp changes, a lot of the combat pathing problems have been solved, so closing this as fixed from 18:20 UTC - 26/02/24

Following the lerp changes, a lot of the combat pathing problems have been solved, so closing this as fixed from 18:20 UTC - 26/02/24
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: prk/issues#586
No description provided.