-> locked (cuff) attachment on left and right lower leg
-> ankle boots with attachments on left and right lower leg
-> FALSE: "Wear" on a new set of ankle boots will fail (can not replace the non-detachable ankle cuffs)
TRUE : "Wear" on a new set of ankle boots will replace the existing boots (ankle cuffs are not affected)
--HG--
branch : RLVa
-> RlvAttachmentLocks::canAttach() would return RLV_WEAR and allow the attach
-> RlvAttachmentLockWatchdog would detach the attachment as soon as it attached due to the @remattach=n
--HG--
branch : RLVa
-> the RlvFolderLocks constructor (indirectly) adds an inventory observer
-> depending on the order of construction of gRlvFolderLocks and gInventoryModel the constructor will either work as intended or crash
=> changed RlvFolderLocks into a singleton since the construction order of globals is up to the compiler
--HG--
branch : RLVa
-> added checking for a combination of lock source types [see hasLockedFolderDescendent() and isLockedFolderEntry()]
-> added getting the lock source of a locked folder [see isLockedFolder()]
-> clarified which function parameters in RlvFolderLocks will accept an enumeration mask
-> blocked being able to move a shared folder out of #RLV when @unshared*wear restricted
-> blocked being able to rename attachment/attachment point/wearable type locked folders to "dot" folders and invalidate the folder lock
--HG--
branch : RLVa
-> @unshared*wear will PERM_DENY the inventory root and PERM_ALLOW the #RLV shared root
-> no folders are blocked from being rename'able though only #RLV and descendants are wearable/removable
-> user can't move folders into (or out of) #RLV
-> user renames #RLV -> #RLV-2 and FolderWithThingsToWear to #RLV
=> user bypassed @unshared*wear
--HG--
branch : RLVa
-> @attachthis:some/path=n relies on folder names to lookup the locked folder => block rename on the path only
-> @attachthis:spine=n is looked up through attachments' inventory item UUID => allow rename
-> @unshared*wear=n locks down the inventory root and shouldn't also blanket block the ability to rename
--HG--
branch : RLVa
-> an attachment would be identified by its object UUID
-> an non-shared inventory folder would be identify by its category UUID
=> the same type can't have two different meanings so we needed an additional explicit type qualifier
--HG--
branch : RLVa
-> test code currently only prevents attachments in locked folders from being detached (or replaced)
-> TODO: RlvAttachmentLocks::isLockedAttachmentExcept(...) and RlvAttachmentLocks::isLockedAttachmentPointExcept(...)
--HG--
branch : RLVa
-> the force-wear in @attach:folderA=force,addattach=n should succeed in spite of the @addattach=n restriction that's present on actual attach
- internal : added typedefs for vectors containing (const) LLViewerObject pointers
-> std::vector is apparantly faster for small lists than std::list
- fixed : "Add to Outfit" and "Replace Outfit" already place the attachment links into COF and don't need to be tracked through mPendingObjLinks
--HG--
branch : RLVa
-> @remattach:top=n (with no current attachment on "top" or any other locked HUD attachments)
-> uncheck "Show HUD Attachments" (allowed because RlvAttachmentLocks::hasLockedHUD() will return FALSE when there are no locked HUDs)
-> attach HUD attachment to top => invisible
- fixed : HUD zoom level should be restricted when a HUD attachment is non-detachable
- fixed : wireframe should be disabled when a HUD attachment is non-detachable
--HG--
branch : RLVa
Kitty Barnett