Inventory: Copy disabled for worn wearables (skin, shape) with copy permission #1306

Closed
opened 2026-10-29 22:53:33 +00:00 by sky_line · 2 comments
Owner

Report (Discord #help, 1.5.0 Beta 5, Windows 10)

In the inventory, Copy is greyed out in the context menu for worn wearables (skin, shape) even though they have copy (and modify) permission. The reporter expects Copy to be available for any item with copy permission, worn or not, as in other viewers.

Copying worn mesh attachments was tested when the feature was added and works; body parts and clothing (wearables) were not tested.

Expected

Copy is enabled for any inventory item whose permissions allow copy, whether or not it is worn: body parts (shape, skin, eyes, hair), clothing layers and attachments. Paste creates a new copy and leaves the worn item untouched.

Notes

  • Find the condition that disables Copy for worn wearables (inventory bridge / context menu enable checks) and why it treats wearables differently from attachments.
  • Inventory safety: copying must never move, rename or remove the worn original; no server-side changes beyond creating the copy; no blind retries on failure.
  • Check cut stays disabled for worn items (moving a worn item is a different case), and that multi-select with a mix of worn and unworn items behaves consistently.

Acceptance

  • Copy enabled for worn copyable skin/shape/clothing/attachments; disabled for no-copy items.
  • Paste produces a working copy; the worn item stays worn and unchanged.
## Report (Discord #help, 1.5.0 Beta 5, Windows 10) In the inventory, **Copy** is greyed out in the context menu for worn wearables (skin, shape) even though they have copy (and modify) permission. The reporter expects Copy to be available for any item with copy permission, worn or not, as in other viewers. Copying worn mesh attachments was tested when the feature was added and works; body parts and clothing (wearables) were not tested. ## Expected Copy is enabled for any inventory item whose permissions allow copy, whether or not it is worn: body parts (shape, skin, eyes, hair), clothing layers and attachments. Paste creates a new copy and leaves the worn item untouched. ## Notes - Find the condition that disables Copy for worn wearables (inventory bridge / context menu enable checks) and why it treats wearables differently from attachments. - Inventory safety: copying must never move, rename or remove the worn original; no server-side changes beyond creating the copy; no blind retries on failure. - Check cut stays disabled for worn items (moving a worn item is a different case), and that multi-select with a mix of worn and unworn items behaves consistently. ## Acceptance - Copy enabled for worn copyable skin/shape/clothing/attachments; disabled for no-copy items. - Paste produces a working copy; the worn item stays worn and unchanged.
sky_line added this to the Slipstream project 2026-10-29 22:53:34 +00:00
Collaborator

Already fixed on main by #1112 (98c3ada403, "Inventory: worn items can be copied"), which is in Jetstream 1.6.0.12 and later. 1.5.0 Beta 5 comes from release/1.5, which doesn't have it.

@sky_line, do you want it on release/1.5 for the next beta? It cherry-picks cleanly (git -c core.commentChar=';' cherry-pick -x 98c3ada403).

Already fixed on main by #1112 (98c3ada403, "Inventory: worn items can be copied"), which is in Jetstream 1.6.0.12 and later. 1.5.0 Beta 5 comes from release/1.5, which doesn't have it. @sky_line, do you want it on release/1.5 for the next beta? It cherry-picks cleanly (`git -c core.commentChar=';' cherry-pick -x 98c3ada403`).
Author
Owner
Fixed in 1.5.0 Beta 6: https://git.slipstreamviewer.org/sky_line/Slipstream/releases/tag/v1.5.0-beta.6
Sign in to join this conversation.
No milestone
No project
No assignees
2 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
sky_line/Slipstream#1306
No description provided.