-> inventory offers can't contain subfolders so the critera of a valid #RLV folder changed to:
(1) the first folder named #RLV with at least one sub-folder -> we know the user created this one
(2) the last folder named #RLV with no sub-folders -> this one could possibly have come from a task or another avie
--HG--
branch : RLVa
-> folder links are only followed if they're a descendent of the base folder
-> linked folder can be located anywhere in inventory
-> linked folder can't be in the base folder's descendent tree or be an outfit folder
-> items inside of the linked folder will be folded in under the folder the link belongs to for @getinvworn
-> only direct or folded descendents of the linked folder will be collected
--HG--
branch : RLVa
-> see RLV-2.1 specification
- added : "RestrainedLoveReplaceWhenFolderBeginsWith" setting as a per-folder override to make @attachover:<path>=force "Wear Replace" rather than "Wear Add"
-> not part of the official specification
--HG--
branch : RLVa
- internal : refactored @attach* and @detach* force commands to use RlvCommandOptionGeneric
-> TODO: figure out what to do about @detach[:<option>]=force
- fixed : executing @getpath=<channel> (without an option) returns an empty reply even if the item resides under #RLV
- fixed : @*this[:<option>]=force commands should be acting on all wearables/attachments on the specific wearable type/attachment point
--HG--
branch : RLVa