If you zone while rooted or stunned, the root/stun lasts indefinitely #718

Closed
opened 2024-04-09 18:14:22 +00:00 by 7RO11 · 9 comments
7RO11 commented 2024-04-09 18:14:22 +00:00 (Migrated from github.com)

Describe the bug
changing zones, or teleporting while being rooted will make the root last indefinitely until rezoned

To Reproduce
Steps to reproduce the behavior:

  1. become a trader with all nanos
  2. root yourself with something(detain customer) long enough that you can cast a warp(grid getaway) before it wears off
  3. cast a warp nano
  4. wait for the root to wear off
  5. can't move

Expected behavior
when root wears off, you can move

movement can be restored by casting another warp if the zone permits, using gm commands to warp, or relogging

Character info:

Deflategate [25 Trader]
------------------------------------
  



 
**Describe the bug** changing zones, or teleporting while being rooted will make the root last indefinitely until rezoned **To Reproduce** Steps to reproduce the behavior: 1. become a trader with all nanos 2. root yourself with something(detain customer) long enough that you can cast a warp(grid getaway) before it wears off 3. cast a warp nano 4. wait for the root to wear off 5. can't move **Expected behavior** when root wears off, you can move movement can be restored by casting another warp if the zone permits, using gm commands to warp, or relogging **Character info:** ``` Deflategate [25 Trader] ------------------------------------
TheTinkeringIdiot commented 2024-04-09 23:10:56 +00:00 (Migrated from github.com)

Confirmed.

Tested as a Crat using the menu teleport and this still worked as described. Zoning again without the root running resolves and the character can move again.

I suspect this is related to #665 and #499, which also have to do with temporary effects becoming permanent on zone (and not respecting PF rules, which is separate).

Confirmed. Tested as a Crat using the menu teleport and this still worked as described. Zoning again without the root running resolves and the character can move again. I suspect this is related to #665 and #499, which also have to do with temporary effects becoming permanent on zone (and not respecting PF rules, which is separate).
Member

Yeah. tested this again now and I'm still having this issue, even when the buff expires.

I did the following steps:

  1. .ncu run 56210
  2. .tp 410 315 566
  3. Waited for the debuff to expire
    image
  4. do .ncu and see:
NCU: 
[0] - Gift of Beta  Lvl: 1  Time: 3207.81s Instance: 5837719(223402) Caster: 4492
[1] - Mimic Profession: Fixer  Lvl: 100  Time: 984.32s Instance: 5841192(117212) Caster: 4492
[2] - Hold Victim  Lvl: 26  Time: 10.63s Instance: 5842315(56210) Caster: 4492

.ncu succeeded - Listed 3 nanos in Silke's NCU.
Nanoprogram Hold Victim terminated...
NCU: 
[0] - Gift of Beta  Lvl: 1  Time: 3195.03s Instance: 5837719(223402) Caster: 4492
[1] - Mimic Profession: Fixer  Lvl: 100  Time: 971.54s Instance: 5841192(117212) Caster: 4492

.ncu succeeded - Listed 2 nanos in Silke's NCU.

and notice I don't have any debuff but my character is still "stuck" from moving. so this feels like a client sync issue?

Yeah. tested this again now and I'm still having this issue, even when the buff expires. I did the following steps: 1. `.ncu run 56210` 2. `.tp 410 315 566` 3. Waited for the debuff to expire ![image](/attachments/98390657-5e84-499b-acb5-f4d3d3113bbf) 4. do .ncu and see: ``` NCU: [0] - Gift of Beta Lvl: 1 Time: 3207.81s Instance: 5837719(223402) Caster: 4492 [1] - Mimic Profession: Fixer Lvl: 100 Time: 984.32s Instance: 5841192(117212) Caster: 4492 [2] - Hold Victim Lvl: 26 Time: 10.63s Instance: 5842315(56210) Caster: 4492 .ncu succeeded - Listed 3 nanos in Silke's NCU. Nanoprogram Hold Victim terminated... NCU: [0] - Gift of Beta Lvl: 1 Time: 3195.03s Instance: 5837719(223402) Caster: 4492 [1] - Mimic Profession: Fixer Lvl: 100 Time: 971.54s Instance: 5841192(117212) Caster: 4492 .ncu succeeded - Listed 2 nanos in Silke's NCU. ``` and notice I don't have any debuff but my character is still "stuck" from moving. so this feels like a client sync issue?
118 KiB
Member

faffywaffle commented last month
Member
Describe the bug
If you zone or crash mid-stun, you will be put in a permanently-stunned state.

To Reproduce
Steps to reproduce the behavior:

Go to Uklesh or anything that stuns (.tp 274.1 501.8 y 15.4 1931)
Wait for him to stun you
Zone out by either doing a /stuck, or have someone in your team cast an emergency grid nano on you (.ncu run 142708). Ensure fixer's nano c init is high enough via (.set nanoprowessinitiative 9001)
Character won't be able to move or take actions, even after the stun wears off
This can be fixed by force logging off, and logging back in about a minute later
Expected behavior
Stuns should expire even after zoning

faffywaffle commented last month Member Describe the bug If you zone or crash mid-stun, you will be put in a permanently-stunned state. To Reproduce Steps to reproduce the behavior: Go to Uklesh or anything that stuns (.tp 274.1 501.8 y 15.4 1931) Wait for him to stun you Zone out by either doing a /stuck, or have someone in your team cast an emergency grid nano on you (.ncu run 142708). Ensure fixer's nano c init is high enough via (.set nanoprowessinitiative 9001) Character won't be able to move or take actions, even after the stun wears off This can be fixed by force logging off, and logging back in about a minute later Expected behavior Stuns should expire even after zoning
Oatbag changed title from If you zone while rooted, the root lasts indefinitely to If you zone while rooted or stunned, the root/stun lasts indefinitely 2025-10-10 17:09:14 +00:00
Member

using .stuck with a stun/root in your ncu also triggers this issue.

using .stuck with a stun/root in your ncu also triggers this issue.
Member

This also applies to people using .stuck while saving in garden because garden stuns you!

[05:02:15][Oatbh2] Stunned
[05:02:15][Oatbh2] Stunned
[05:02:15][Oatbh2] Nano removed: 224391 Stunned with Pleasure.

https://prk.tinkeringidiot.com/items/224391

This also applies to people using .stuck while saving in garden because garden stuns you! [05:02:15][Oatbh2] Stunned [05:02:15][Oatbh2] Stunned [05:02:15][Oatbh2] Nano removed: 224391 Stunned with Pleasure. https://prk.tinkeringidiot.com/items/224391
Member

This is still an issue on Ergo.

This is still an issue on Ergo.
Member

A fix for this is rolling out for testing.

A fix for this is rolling out for testing.
Member

Tested on:

Root nano cast .ncu run 270249 on self, then mission portal exit, then .ncu clear :)
Uklesh stun .tp aztur attack Uklesh to get stunned, then .tp bore :)

Garden Stun .tp 349.7 385.7 y 121.1 4676 , walk into garden save spot, then .stuck :(
Garden stun test 2 - same spot as above, but using .tp bore instead of .stuck :)

Root nano on self .ncu run 270249 then .stuck :(
Uklesh stun then .stuck

Using .stuck still causes player to be unable to move after stun/root wears off, but other types of teleporting like .tp, mission portals, work as expected.

Tested on: Root nano cast ` .ncu run 270249 ` on self, then mission portal exit, then ` .ncu clear ` :) Uklesh stun ` .tp aztur ` attack Uklesh to get stunned, then ` .tp bore ` :) Garden Stun ` .tp 349.7 385.7 y 121.1 4676 ` , walk into garden save spot, then ` .stuck ` :( Garden stun test 2 - same spot as above, but using ` .tp bore ` instead of ` .stuck ` :) Root nano on self ` .ncu run 270249 ` then ` .stuck ` :( Uklesh stun then ` .stuck ` Using .stuck still causes player to be unable to move after stun/root wears off, but other types of teleporting like .tp, mission portals, work as expected.
Member

Tested this while using .stuck during a duel, had zero problems, the nano ran out and it worked perfectly. closing.

Tested this while using .stuck during a duel, had zero problems, the nano ran out and it worked perfectly. closing.
Sign in to join this conversation.
No milestone
No project
No assignees
4 participants
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#718
No description provided.