summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2016-09-15MAINT-6734 Fixed processData() crash in LLMeshHeaderHandlerandreykproductengine
2016-09-15Merged in pavelkproductengine/visual-outfit-browserAndreyL ProductEngine
2016-09-15Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2016-09-14MAINT-6731 Use web profile URLs from the grid configurationNatty Linden
2016-09-14MergeRider Linden
2016-09-14MAINT-6723 FIXED [VOB] Crash in LLOutfitGallery::buildItemPanel(int)Mnikolenko Productengine
2016-09-13MAINT-6726 Fixed LLLineEditor menus staying in memory foreverandreykproductengine
2016-09-13MAINT-6726 Fixed LLLineEditor menus staying in memory foreverandreykproductengine
2016-09-13SL-455 - avatar_lad.xml small fixes for asymmetry bugsBrad Payne (Vir Linden)
2016-09-13MAINT-6718 Can't Wear - Replace current outfits.Mnikolenko Productengine
2016-09-12SL-455 - skel_tool.py check for avatar_lad.xml slider symmetriesBrad Payne (Vir Linden)
2016-09-12SL-455 - Fix for slider bug: body width on mTail6 had wrong scales.Brad Payne (Vir Linden)
2016-09-12SL-109 - in skel_tool.py, added check for bone drivers that don't do anything.Brad Payne (Vir Linden)
2016-09-12MAINT-6720 Fixed onVisibilityChange() crash in LLTextBaseandreykproductengine
2016-09-12MAINT-6720 Fixed onVisibilityChange() crash in LLTextBaseandreykproductengine
2016-09-12SL-444 Add Abuse Report Submision Confirmation Pop upMnikolenko Productengine
2016-09-09MAINT-6462 Built-in browser plays video vertically flippedcallum@lindenlab.com
2016-09-09MAINT-6711 "Object view" rotates around the avatarandreykproductengine
2016-09-07Restore version of CEF that has the correct Y flipping enabled - ↵Callum Prentice
(2526/chrome47 version - soon to be replaced with 2704/chrome 51)
2016-09-07don't upload summary.jsonOz Linden
2016-09-07do not display the autobuild package dataOz Linden
2016-09-07fix symbolfile uploadOz Linden
2016-09-07pass autobuild-package.xml to graph generatorOz Linden
2016-09-07directly invoke codeticket for outputOz Linden
2016-09-07MAINT-6584, MAINT-5011: Change new 'throw' to LLTHROW()Nat Goodspeed
to be consistent with new exception conventions.
2016-09-07Automated merge with ssh://bitbucket.org/lindenlab/viewer-vlcNat Goodspeed
2016-09-07MAINT-6699 FIXED [VOB] Crash in LLSnapshotLivePreview::getBigThumbnailImage()Mnikolenko Productengine
2016-09-07Dummy commit to fix the teamcity buildsAndreyL ProductEngine
2016-09-06MAINT-5232: Prevent runaway LLSingletonBase::MasterList growth.Nat Goodspeed
Until we reimplement LLCoros on Boost.Fiber, we must hand-implement coroutine-local data. That presently takes the form of a map keyed on llcoro::id, whose values are the stacks of currently-initializing LLSingleton instances. But since the viewer launches an open-ended number of coroutines, we could end up with an open-ended number of map entries unless we intentionally prune the map. So every time we pop the stack to empty, remove that map entry. This could result in thrashing, a given coroutine's 'initializing' stack being created and deleted for almost every LLSingleton instantiated by that coroutine -- but the number of different LLSingletons is necessarily static, and the lifespan of each is the entire rest of the process. Even a couple dozen LLSingletons won't thrash that badly.
2016-09-06MAINT-5232: Make LLSingleton's 'initializing' stack coro-specific.Nat Goodspeed
The stack we maintain of which LLSingletons are currently initializing only makes sense when associated with a particular C++ call stack. But each coroutine introduces another C++ call stack! Move the initializing stack from function-static storage to LLSingletonBase::MasterList. Make it a map keyed by llcoro::id. Each coro then has a stack of its own. This introduces more dependencies on the MasterList singleton, requiring additional LLSingleton_manage_master workarounds.
2016-09-06Automated merge with ssh://bitbucket.org/lindenlab/viewer-vlcNat Goodspeed
2016-09-06MAINT-5011: Ensure BlockTimer::mStartTime is unconditionally set.Nat Goodspeed
Previous logic could possibly leave mStartTime uninitialized, producing fatal warnings with gcc 4.7.
2016-09-06MAINT-5011: Commit backing out BlockTimer warning suppression.Nat Goodspeed
2016-09-06Backed out changeset c30d8774c404: remove warning suppressionNat Goodspeed
for possibly-uninitialized data member in BlockTimer::BlockTimer. NickyD suggested a real fix.
2016-09-06undo changes to llvertexbuffer.cpp from c727ae93646eOz Linden
2016-09-06SL-395 - can enable/disable scale lock in mesh upload UI. Feature works.Brad Payne (Vir Linden)
2016-09-06use debian package names in uploads, set private according toOz Linden
new convention
2016-09-06MAINT-5232: Ensure that llcoro::get_id() returns distinct values.Nat Goodspeed
Until now, the "main coroutine" (the initial context) of each thread left LLCoros::Current() NULL. The trouble with that is that llcoro::get_id() returns that CoroData* as an opaque token, and we want distinct values for every stack in the process. That would not be true if the "main coroutine" on thread A returned the same value (NULL) as the "main coroutine" on thread B, and so forth. Give each thread's "main coroutine" a dummy heap CoroData instance of its own.
2016-09-06display build metadata, remove obsolete private.htmlOz Linden
2016-09-06merge changes for exception handlingOz Linden
2016-09-06paren fixOz Linden
2016-09-06downgrade spammy LLCoros logging to DEBUGOz Linden
2016-09-06add protections against failed memory allocations in VBO and aligned memoryOz Linden
2016-09-06add run time error checking to LLImageRaw::scaleOz Linden
2016-09-06MAINT-6698 [VOB] "Save" button is always enabled for outfit with non-default ↵Mnikolenko Productengine
image even if there were no changes
2016-09-05MAINT-6697 make sure we have data to processandreykproductengine
2016-09-05MAINT-6685 [VOB] Outfit Image from an Outfit Gallery disappears after ↵Mnikolenko Productengine
editing outfit
2016-09-05Backed out changeset: d3ffc46e9e92andreykproductengine
2016-09-03MAINT-5232: Break out LLCoros::get_id() into its own header file.Nat Goodspeed
We need LLSingleton machinery to be able to reference get_id() without also depending on all the rest of LLCoros -- since LLCoros isa LLSingleton.
2016-09-03MAINT-5232: Add LLCoros::get_id() to identify the running coroutine.Nat Goodspeed
Change the module-static thread_specific_ptr to a function-static thread_specific_ptr so it will be initialized on demand -- since LLSingleton will need to rely on get_id(). Note that since LLCoros isa LLSingleton, we must take great care to avoid circularity. Introduce a private helper class LLCoros::Current to obtain and bind that thread_specific_ptr. Change all existing internal references from the static thread_specific_ptr to the new Current helper class.
generated by cgit v1.2.3 (git 2.25.1) at 2025-03-21 04:32:21 +0000