Slipstream Helper HUD (point 31, screen centre) blocks clicks in edit mode: move it off screen and make it unpickable #537
Labels
No labels
amd
avatars
bug
builder
cannot-reproduce
crash
epic
feature
from-viewer
gl-removal
known-limitation
monitoring
parity
perf
platform
priority
critical
priority
high
priority
low
priority
medium
provenance
rendering
rt
status
in-progress
status
testing
status
up-next
triage
ui
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sky_line/Slipstream#537
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Symptom: the
#Slipstream Helper(the Pose Studio sync bridge) is attached at HUD point 31 (Center 2). It sits in the middle of the screen, so in edit mode it swallows clicks meant for whatever is behind it. It is already excluded from rendering (registerCleanFaceskips it viaSLBridge::isHelperObject), so the user sees nothing there and can't tell why clicks fail.Fix (both parts):
llSetPosto a large offset), or the viewer can set its local position at attach time. Shrink it to the minimum size too.SLBridge::isHelperObject. Even if it ever ends up on screen, it can't steal input.Keep the existing protections: it can't be detached while a feature needs it, stray copies are still removed, and it isn't rendered.
Done when: with the helper worn, clicks and edit-mode selection in the screen centre reach the world/HUD objects behind it, and nothing about the helper is visible or selectable.