Hello Henry,
I think I have noticed a small RLV bug. Using "Replace Outfit" you can remove system clothes, tattoos and such from folders that should be locked by @detachallthis=n. The issue can be reproduced like this:
- Create a folder #RLV/test, put in there for example a tattoo and an object. Attach both to your avatar.
- Lock the folder, for example with "/lua ExecuteRLV('detachallthis:test=n')"
- Now the tattoo and the object cannot be detached as expected
- Right-click any folder in your inventory and choose "Replace Outfit"
- Now the tattoo gets detached but the object does not
This behavior doesn't look correct to me. I would expect the tattoo not getting detached (or not even locked at all). But this seems a little inconsistent.
Cool VL Viewer v1.32.2.10, Aug 24 2024 10:09:30
RestrainedLove viewer v2.09.29.29
Release notes
CPU: Intel(R) Core(TM) Ultra 9 185H (4800 MHz)
Memory: 31455MB
OS version: Linux-x86_64 v6.10.6-arch1-1
Memory manager: jemalloc v5.3.1-20240705
Graphics: MESA INTEL(R) ARC(TM) GRAPHICS (MTL)
OpenGL version: 4.6 (Core Profile) Mesa 24.1.6-arch1.1
Detected VRAM: 4096MB
WARNING: XWayland compatibility mode detected.
J2C decoder: OpenJPEG: 1.4.0.635f
Audio driver: FMOD Studio v2.03.02 (PulseAudio)
Networking backend: libcurl 7.47.0/OpenSSL 1.0.2u/zlib 1.3.0.zlib-ng
Browser plugin: Dullahan 1.13.2/CEF 127.3.5/Chromium 127.0.6533.120
Built with: GCC v8.3.0
Compiler-generated maths: SSE2.
Compile flags used for this build:
-O3 -fno-delete-null-pointer-checks -fno-ipa-cp-clone -fno-align-labels -fno-align-loops -fsched-pressure -frename-registers -fweb -fira-hoist-pressure -DNDEBUG -std=c++17 -fno-stack-protector -U_FORTIFY_SOURCE -fno-threadsafe-statics -fPIC -pipe -g -gdwarf-4 -fno-var-tracking-assignments -fexceptions -fno-strict-aliasing -fvisibility=hidden -fsigned-char -m64 -mfpmath=sse -fno-math-errno -fno-trapping-math -pthread -DLL_LINUX=1 -DLL_JEMALLOC=1 -DLL_FMOD=1 -DLL_OPENAL=1
