Gesture deactivation via inventory link does not persist after log-out
Rhiannon Tamerlane
The problem: Gestures de-activated via a link to the actual gesture do not remain de-activated on next login.
Background: I participate in SL wrestling. For this, I have a large number of gestures, in various folders. Therefore, I had created a shortcut folder with all the wrestling gestures I used, as links to the actual gestures in inventory; essentially a single point of access for convenience. One of my post-match actions is to deactivate all the wrestling gestures in order to prevent accidental use at other times (necessary as most of them are hot-keyed; deactivating them prevents suddenly clotheslining someone outside the context of the ring, for example)
I found that when I deactivated gestures after a match by selecting the gesture links, they deactivate for the remainder of my log-in. Once I logged off and logged back in, however, the gestures were activated again. Only if I go to the actual gestures and deactivate them directly instead of via inventory link, does the deactivated status persist between logins.
I'm fairly certain this is not the intended behaviour; e.g., items attached or detached via an inventory link, such as in an outfit folder, do not suddenly detach/reattach on next login; their state persists. I'm sure gestures being activated or deactivated should likewise persist, whether done by a link in the inventory or directly at the gesture itself.
I've observed this problem in both the official viewer and in Firestorm, so it seems this is something on the server side.
Log In
Maestro Linden
Rhiannon Tamerlane thanks for the detailed report. I can reproduce this with Second Life Release 26.3.0.31203661088 (64bit) on SLS 2026-08-03.30838755483 in a very basic case. It appears to be a viewer bug.
When I
activate
a gesture either directly or via an inventory link, the viewer sends an ActivateGestures
UDP message that references the correct ItemID
and AssetID
of the original gesture item in inventory (not the link's ItemID
).However, when I
deactivate
the gesture via the inventory link, the viewer sends a DeactivateGestures
message with the inventory link's ItemID
rather than the original gesture's ItemID
.I can see that supplying the non-gesture
ItemID
during deactivation fails to remove the gesture from the user's active gesture's list in the inventory backend, despite the viewer UI indicating that it was deactivated. When I relog, the viewer fetches the active gestures list from the backend, which includes the gesture it failed to deactivate in the previous session.This should be pretty easy to fix, since the viewer already knows how to activate a gesture via inventory link properly.