| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
build/edit floater was being dirtied at the wrong time.
|
|
the viewer.
|
|
toggling the phantom flag of a linkset through the Pathfinding Linksets floater.
|
|
the pathfinding linksets floater.
|
|
last commit. This should fix that issue.
|
|
|
|
pathfinding object into the avatar name cache so that each object can simply update its respective row in the scroll list rather than rebuilding from scratch after all names are loaded.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
builds as apparently they never worked there.
|
|
LLPathfindingObject::handleAvatarNameFetch being called after the corresponding LLPathfindingObject has been deleted.
|
|
|
|
|
|
|
|
|
|
persistent settings
|
|
|
|
|
|
for PATH-542. The viewer calculated rotation resulting from an object's angular velocity was being incorrectly reset when the corresponding object update was received. With this bugfix, the rotation resulting from the angular velocity is accumulated separately and is re-appplied when the object update resets the object's rotation.
|
|
rather than fixing them; changing llcommon to be statically linked avoids the symbol issues with llcommon.dll
|
|
cancel), the pathing console rebuilds the gfx data.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
and characters floaters.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
LL_DEBUG_HAVOK is used
|
