- fixed  : "Wear" on the inventory item context menu isn't visually disabled for wearables or attachments
- fixed  : "Add" on the inventory item context menu isn't visually disabled for attachments
- review : canAttach/canWear/canDetach/canRemove

--HG--
branch : RLVa

- fixed : teleporting to a new location shouldn't be reflected in the (peristent) teleport history when @showloc=n restricted
    -> @showloc=n will clear any forward entries in the teleport history (ie A => B => C and then back to B will clear C)
    -> @showloc=n will not prevent teleporting back to previous locations when those locations were visited while not @showloc=n restricted

--HG--
branch : RLVa

--HG--
branch : RLVa

    -> fixed in "Appearance-Misc", local fix will dissapear on the next pmerge
- fixed : LLWearableBridge::removeAllClothesFromAvatar() doesn't remove all clothing from the avatar
    -> fixed in "Appearance-Misc", local fix will dissapear on the next pmerge

--HG--
branch : RLVa

- internal : moved "canDetach" checks from callers to LLVOAvatarSelf::detachAttachmentIntoInventory() instead
- internal : changed @detachme=force to use LLVOAvatarSelf::detachAttachmentIntoInventory()
- internal : fix-up for LLAppearanceMgr::removeItemFromAvatar() due to merging in Appearance-Misc patch branch

--HG--
branch : RLVa

--HG--
branch : RLVa

--HG--
branch : .RLVa

--HG--
branch : .RLVa

--HG--
branch : .RLVa

--HG--
branch : Appearance-Misc

--HG--
branch : Appearance-MixedViewers

--HG--
branch : RLVa

--HG--
branch : Viewer-Build

--HG--
branch : Viewer-Build

merge for VWR-22700 'As an engineer, I want to see unit test execution results in TeamCity build results, so that I have instant feedback into test results as builds are executed, and so that I can provide visibility into unit tests that I add to the code base.'

Patch by jonathan yap.

Fix Linux build.

Imported from Snowglobe.

Imported from Snowglobe.

Added checking when item in COF list selected: IF (FolderListView is shown) THEN (don't switch to the FlatListView AND set proper filter for FlatListView).

Reviewed by Vadim Savchuk

- After wearable removed from COF list, check: whether any outfit of the same wearable type as removed left in COF. If left then select it.
- Added method selectClothing(LLWearableType::EType) to the LLCOFWearables that selects first clothing from COF of specified WearableType

Reviewed by Vadim Savchuk

Probably a regression from the prevalidator rework - was enforcing non-negative int when precision=0 (i.e. non-float), should have been enforcing only full int range.

- fixed : Add to/Replace Outfit removes newly worn attachments on completion
    -> additional fix for http://jira.secondlife.com/browse/VWR-18512
    -> copied over from RLVa since it's really just a viewer (appearance) bug

--HG--
branch : Appearance-Misc

    -> additional fix for http://jira.secondlife.com/browse/VWR-18512
    -> moved to Appearance-Misc branch as well, we'll remove it from RLVa as soon as we make RLVa dependant on it

--HG--
branch : RLVa

- fixed : Add to/Replace Outfit removes newly worn attachments on completion
    -> (partial) fix for http://jira.secondlife.com/browse/VWR-18512
    -> copies over from RLVa since it's really just a viewer (appearance) bug

--HG--
branch : Appearance-Misc

- fixed : @attach:folderA=force,attachover:folderB=force,attach:folderA=force results in undefined/undesirable behaviour?
    -> previously implementation would replace any "conflicting" wearable type from folderB that also exists in folderA
    -> if an item in folderA is fully worn then trying to "rewear" then it (probably) makes more sense that this should have no effect
- fixed : @attach:folderA=force followed by another @attach:folderA=force will (re)wear the wearables contained in folderA even if they're already worn

--HG--
branch : RLVa