summaryrefslogtreecommitdiff
path: root/indra/llmessage
AgeCommit message (Collapse)Author
2017-08-23merge changes for 5.0.7-releaseOz Linden
2017-08-16merge changes for DRTVWR-439Oz Linden
2017-08-08MAINT-7634: Logging and instrumentation canges to narrow down viewer crashes.Rider Linden
2017-06-20mergeBrad Payne (Vir Linden)
2017-06-20merge changes for 5.0.6-releaseOz Linden
2017-06-20Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2017-06-09MAINT-7482 - continue running with a warning on receipt of unknown messageBrad Payne (Vir Linden)
2017-05-30SL-694 - stub support for ObjectAnimation message typeBrad Payne (Vir Linden)
2017-05-23merge changes for 5.0.5-releaseOz Linden
2017-05-22mergeBrad Payne (Vir Linden)
2017-04-26MAINT-7343 - added periodic logging of state of the asset store.Brad Payne (Vir Linden)
2017-04-19SL-409 - added tags to more log messagesBrad Payne (Vir Linden)
2017-04-19merge changes for 5.0.4-releaseOz Linden
2017-04-19mergeBrad Payne (Vir Linden)
2017-05-01Merged lindenlab/viewer-release into defaultRider Linden
2017-03-30MAINT-7245 Use Experience Box in LSL Editor will not show as checked if ↵Mnikolenko Productengine
containing object is in another region
2017-03-13Backed out changeset: 87661f6ec809Rider Linden
2017-03-13MAINT-7196: Revers flag when sent to viewer (to correctly mask when value ↵Rider Linden
isn't sent)
2017-03-10MAINT-7196: Viewer changes supporting new Allow Access Override opition for ↵Rider Linden
estate owners.
2017-03-06mergeBrad Payne (Vir Linden)
2017-03-06merge changes for 5.0.2-releaseOz Linden
2017-03-03SL-409 - added tracking for bytes fetched to viewer assets metrics (does not ↵Brad Payne (Vir Linden)
currently work for textures)
2017-02-23MAINT-7138 Fix Agent Limit field and spinner cap in Region/Estate floaterMnikolenko Productengine
2017-02-17SL-409 - more WIP on http fetching path for assets, capture results to LLVFile.Brad Payne (Vir Linden)
2017-02-15SL-409 - WIP on http fetching path for assetsBrad Payne (Vir Linden)
2017-02-15MAINT-7118 Swapping legacy people API with new cacheandreykproductengine
2017-02-13SL-409 - initial cleanup, mostly indentation fixes and removing unused or ↵Brad Payne (Vir Linden)
inaccessible code
2017-02-07MAINT-7112 FIXED URI namespace /completename is still affected by the ↵Mnikolenko Productengine
Usernames viewer setting.
2017-02-02merge changes for 5.0.1-releaseOz Linden
2017-01-11MAINT-7031 /displayname & /completename should perform regardless of "View ↵Mnikolenko Productengine
Display Names" viewer setting.
2016-12-08Automated merge with ssh://bitbucket.org/lindenlab/viewer-skip-llcorehttp-testNat Goodspeed
2016-12-07DRTVWR-418: Apparently (some) Windows hosts still need freeport().Nat Goodspeed
This is the function in indra/llmessage/tests/testrunner.py that iterates through ports in a specified range, looking for an available one. Other platforms understand a specification of port 0 to mean: "You pick one. I'll just use whichever one you picked."
2016-12-07DRTVWR-418: Make testrunner.run() avoid extra Thread altogether.Nat Goodspeed
2016-12-07DRTVWR-418: Diagnostic prints to identify hangupNat Goodspeed
2016-12-07DRTVWR-418: Fix a couple variable references in debugging output.Nat Goodspeed
2016-12-07DRTVWR-418: Revamp testrunner to shutdown server Thread at end.Nat Goodspeed
Instead of having testrunner.run()'s caller pass a Thread object on which to run the caller's server instance's serve_forever() method, just pass the server instance. testrunner.run() now constructs the Thread. This API change allows run() to also call shutdown() on the server instance when done, and then join() the Thread. The hope is that this will avoid the Python runtime forcing the process termination code to 1 due to forcibly killing the daemon thread still running serve_forever(). While at it, eliminate calls to testrunner.freeport() -- just make the runtime pick a suitable port instead.
2016-12-06DRTVWR-418: Remove duplicate testrunner.pyNat Goodspeed
2016-11-16merge changes for 4.1.2-releaseOz Linden
2016-11-14Merged in lindenlab/viewer-cleanupAndreyL ProductEngine
2016-10-25Merged in lindenlab/viewer-bearAndreyL ProductEngine
2016-10-18merge changes for 4.1.1-releaseOz Linden
2016-10-18MAINT-6487 Decreasing delayandreykproductengine
2016-10-13MAINT-6828 Removed unnessesary spam in logsandreykproductengine
2016-10-12MAINT-6487 Viewer Objects should not queue too many downloadsandreykproductengine
2016-10-11MAINT-5232: Merge up to VLC viewer from viewer-releaseNat Goodspeed
2016-10-10Merged in lindenlab/viewer-releaseAndreyL ProductEngine
2016-09-16Merged in Ansariel/viewer-bear-coro-namefix (pull request #14)Andrey Lihatskiy
Fix HttpCoroutineAdapter name for clarity
2016-09-15MAINT-5232: Normalize LLSingleton subclasses.Nat Goodspeed
A shocking number of LLSingleton subclasses had public constructors -- and in several instances, were being explicitly instantiated independently of the LLSingleton machinery. This breaks the new LLSingleton dependency-tracking machinery. It seems only fair that if you say you want an LLSingleton, there should only be ONE INSTANCE! Introduce LLSINGLETON() and LLSINGLETON_EMPTY_CTOR() macros. These handle the friend class LLSingleton<whatevah>; and explicitly declare a private nullary constructor. To try to enforce the LLSINGLETON() convention, introduce a new pure virtual LLSingleton method you_must_use_LLSINGLETON_macro() which is, as you might suspect, defined by the macro. If you declare an LLSingleton subclass without using LLSINGLETON() or LLSINGLETON_EMPTY_CTOR() in the class body, you can't instantiate the subclass for lack of a you_must_use_LLSINGLETON_macro() implementation -- which will hopefully remind the coder. Trawl through ALL LLSingleton subclass definitions, sprinkling in LLSINGLETON() or LLSINGLETON_EMPTY_CTOR() as appropriate. Remove all explicit constructor declarations, public or private, along with relevant 'friend class LLSingleton<myself>' declarations. Where destructors are declared, move them into private section as well. Where the constructor was inline but nontrivial, move out of class body. Fix several LLSingleton abuses revealed by making ctors/dtors private: LLGlobalEconomy was both an LLSingleton and the base class for LLRegionEconomy, a non-LLSingleton. (Therefore every LLRegionEconomy instance contained another instance of the LLGlobalEconomy "singleton.") Extract LLBaseEconomy; LLGlobalEconomy is now a trivial subclass of that. LLRegionEconomy, as you might suspect, now derives from LLBaseEconomy. LLToolGrab, an LLSingleton, was also explicitly instantiated by LLToolCompGun's constructor. Extract LLToolGrabBase, explicitly instantiated, with trivial subclass LLToolGrab, the LLSingleton instance. (WARNING: LLToolGrabBase methods have an unnerving tendency to go after LLToolGrab::getInstance(). I DO NOT KNOW what should be the relationship between the instance in LLToolCompGun and the LLToolGrab singleton instance.) LLGridManager declared a variant constructor accepting (const std::string&), with the comment: // initialize with an explicity grid file for testing. As there is no evidence of this being called from anywhere, delete it. LLChicletBar's constructor accepted an optional (const LLSD&). As the LLSD parameter wasn't used, and as there is no evidence of it being passed from anywhere, delete the parameter. LLViewerWindow::shutdownViews() was checking LLNavigationBar:: instanceExists(), then deleting its getInstance() pointer -- leaving a dangling LLSingleton instance pointer, a land mine if any subsequent code should attempt to reference it. Use deleteSingleton() instead. ~LLAppViewer() was calling LLViewerEventRecorder::instance() and then explicitly calling ~LLViewerEventRecorder() on that instance -- leaving the LLSingleton instance pointer pointing to an allocated-but-destroyed instance. Use deleteSingleton() instead.
2016-08-30Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2016-08-18further tone down http error response logging; not all http error responses ↵Oz Linden
are unexpected or will cause problems