summaryrefslogtreecommitdiff
path: root/indra
AgeCommit message (Collapse)Author
2019-10-17SL-12121 FIXED Unable to delete folders from 'Marketplace listings'Mnikolenko Productengine
2019-10-17SL-12129 FIXED Object IMs doesn't react to an instant message from an object.Mnikolenko Productengine
2019-10-16SL-12110 FIXED Location bar is corrupted for a parcel if its name begins ↵Mnikolenko Productengine
with empty space
2019-10-16Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-16Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-15Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-15Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-15Upstream merge from lindenlab/viewer-nekoAndreyL ProductEngine
2019-10-15Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-15SL-11986 Mesh Uploader does not report Upload cost on fee-failureandreykproductengine
2019-10-14SL-12067 Don't allow to send L$ gifts to Null UUIDmaxim_productengine
2019-10-10SL-12087 FIXED Values for physical preset (wood, stone, metal, etc.) in ↵maxim_productengine
build tool don't update unless the edited object is reselected.
2019-10-09Downstream merge from lindenlab/viewer-servalAndreyL ProductEngine
2019-10-08SL-12062 FIXED The 'voice volume' slider in IM does not change the personal ↵maxim_productengine
volume of user
2019-10-08SL-8234 FIXED Snapshot Freeze frame creates a white stripe on Navbarmaxim_productengine
2019-10-07SL-9116 Implemented sound cut-off for llSetSoundRadiusandreykproductengine
2019-10-07SL-11838 Resetting attach points was not resetting HUDandreykproductengine
2019-10-02SL-11963 Notecard external Editor breaks the order of embeded contentmaxim_productengine
2019-10-01SL-11430: Transaction ID is passed as aux_id from offline message. No ↵Rider Linden
special parsing required to get type from binary_bucket.
2019-09-30SL-4354 Hide partially loaded avatar with cloud more reliablyandreykproductengine
2019-09-26SL-12016 Mini-map avatar icon (Z-position) fixAndreyL ProductEngine
2019-09-03SL-11856 Backed out SL-11012AndreyL ProductEngine
changeset: 0d43d9754b79
2019-08-30SL-1171 [Dev tools] UI controls <-> settings connection issuesandreykproductengine
2019-08-29SL-11657 Further improvementsandreykproductengine
2019-08-29SL-10536 Crash in getPosRegionFromAgentandreykproductengine
2019-08-29SL-11675 Don't show identical error messages more then oncemaxim_productengine
2019-08-29Merge from lindenlab/viewer-releaseandreykproductengine
2019-08-27SL-11782 FIXED Light is still visible when it's out of the draw distancemaxim_productengine
2019-08-26Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2019-08-26increment viewer version to 6.3.1Nat Goodspeed
2019-08-23SL-11736 FIXED "Stand" button disappears if "Restore down" UI button is ↵Mnikolenko Productengine
pressed while sitting.
2019-08-21SL-11753 FIXED Group & Resident with the same name share chat history.maxim_productengine
2019-08-20Automated merge with ssh://bitbucket.org/andreykproductengine/drtvwr-493Nat Goodspeed
2019-08-20DRTVWR-493: Clarify capturing LLError::getFatalFunction() in a var.Nat Goodspeed
VS 2013 thought we were storing an initialization-list.
2019-08-20DRTVWR-493: Defend LL[Param]Singleton against ctor/init exceptions.Nat Goodspeed
An exception in the LLSingleton subclass constructor, or in its initSingleton() method, could leave the LLSingleton machinery in a bad state: the failing instance would remain in the MasterList, also on the stack of initializing LLSingletons. Catch exceptions in either and perform relevant cleanup. This problem is highlighted by test programs, in which LL_ERRS throws an exception rather than crashing the whole process. In the relevant catch clauses, clean up the initializing stack BEFORE logging. Otherwise we get tangled up recording bogus dependencies. Move capture_dependency() out of finishInitializing(): it must be called by every valid getInstance() call, both from LLSingleton and LLParamSingleton. Introduce new CONSTRUCTED EInitState value to distinguish "have called the constructor but not yet the initSingleton() method" from "currently within initSingleton() method." This is transient, but we execute the 'switch' on state within that moment. One could argue that the previous enum used INITIALIZING for current CONSTRUCTED, and INITIALIZED meant INITIALIZING too, but this is clearer. Introduce template LLSingletonBase::classname() helper methods to clarify verbose demangle(typeid(stuff).name()) calls. Similarly, introduce LLSingleton::pop_initializing() shorthand method.
2019-08-19DRTVWR-493: Improve exception safety of LLSingleton initialization.Nat Goodspeed
Add try/catch clauses to constructSingleton() (to catch exceptions in the subclass constructor) and finishInitializing() (to catch exceptions in the subclass initSingleton() method). Each of these catch clauses rethrows the exception -- they're for cleanup, not for ultimate handling. Introduce LLSingletonBase::reset_initializing(list_t::size_t). The idea is that since we can't know whether the exception happened before or after the push_initializing() call in LLSingletonBase's constructor, we can't just pop the stack. Instead, constructSingleton() captures the stack size before attempting to construct the new LLSingleton subclass. On exception, it calls reset_initializing() to restore the stack to that size. Naturally that requires a corresponding LLSingleton_manage_master method, whose MasterList specialization is a no-op. finishInitializing()'s exception handling is a bit simpler because it has a constructed LLSingleton subclass instance in hand, therefore push_initializing() has definitely been called, therefore it can call pop_initializing(). Break out new static capture_dependency() method from finishInitializing() because, in the previous LLSingleton::getInstance() implementation, the logic now wrapped in capture_dependency() was reached even in the INITIALIZED case. TODO: Add a new EInitState to differentiate "have been constructed, now calling initSingleton()" from "fully initialized, normal case" -- in the latter control path we should not be calling capture_dependency(). The LLSingleton_manage_master<LLSingletonBase::MasterList> specialization's get_initializing() function (which called get_initializing_from()) was potentially dangerous. get_initializing() is called by push_initializing(), which (in the general case) is called by LLSingletonBase's constructor. If somehow the MasterList's LLSingletonBase constructor ended up calling get_initializing(), it would have called get_initializing_from(), passing an LLSingletonBase which had not yet been constructed into the MasterList. In particular, its mInitializing map would not yet have been initialized at all. Since the MasterList must not, by design, depend on any other LLSingletons, LLSingleton_manage_master<LLSingletonBase::MasterList>::get_initializing() need not return a list from the official mInitializing map anyway. It can, and should, and now does, return a static dummy list. That obviates get_initializing_from(), which is removed. That in turn means we no longer need to pass get_initializing() an LLSingletonBase*. Remove that parameter.
2019-08-19DRTVWR-493: When a test fails due to exception, display exception.Nat Goodspeed
2019-08-15SL-11662 - apparently a race condition between image loading and material ↵Brad Payne (Vir Linden)
property setting
2019-08-14DRTVWR-493: Work around static initialization order problem.Nat Goodspeed
LLParamSingleton contained a static member mutex. Unfortunately that wasn't guaranteed to be initialized by the time its getInstance() was entered. Use a function-local static instead.
2019-08-14No such thing as 'virtual static'Nat Goodspeed
2019-08-14Merged in lindenlab/viewer-releaseandreykproductengine
2019-08-13mergeBrad Payne (Vir Linden)
2019-08-13Merged in lindenlab/viewer-servalAndreyL ProductEngine
2019-08-13Merged in lindenlab/viewer-bearAndreyL ProductEngine
2019-08-13Merged in lindenlab/viewer-lynxAndreyL ProductEngine
2019-08-13Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2019-08-13DRTVWR-493 Test fix for W64andreykproductengine
2019-08-13DRTVWR-493 Converted LLViewerParcelMediaAutoPlay to singletonandreykproductengine
2019-08-13DRTVWR-493 Reworked a number of initsandreykproductengine
2019-08-13increment viewer version to 6.2.5Nat Goodspeed
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-17 10:16:40 +0000