summaryrefslogtreecommitdiff
path: root/indra/newview
AgeCommit message (Collapse)Author
2016-09-28Merged lindenlab/viewer-neko into defaultRuslan Teliuk
2016-09-28MAINT-6773 Add payment messageMnikolenko Productengine
2016-09-27MAINT-5232: LLWinDebug has empty constructor.Nat Goodspeed
This didn't become apparent until we got past the other Windows build issues and attempted to link the viewer itself.
2016-09-27MAINT-6775 ParserWarning spam in viewer logMnikolenko Productengine
2016-09-27Merged lindenlab/viewer-neko into defaultRuslan Teliuk
2016-09-27MAINT-6737 [VOB] Show confirmation floater when dnd an image to an Outfit folderMnikolenko Productengine
2016-09-26MAINT-6756: Added ForceSitAvatar to the list of things an Exp can do in the ↵Rider Linden
dialog.
2016-09-26MAINT-4950 Appearance panel performance improvements.andreykproductengine
2016-09-29MAINT-6770 Remember appearance floater's chosen tab across loginsandreykproductengine
2016-09-29MAINT-6775 ParserWarning spam in viewer logMnikolenko Productengine
2016-09-26MergeRider Linden
2016-09-26Back out a change that never got merged into viewer-release.Rider Linden
2016-09-26Merged lindenlab/viewer-release into defaultRider Linden
2016-09-26MAINT-6744 'System UI size factor has changed... ' shouldn't appear after ↵AndreyL ProductEngine
installation
2016-09-20MAINT-6735 brackets fixandreykproductengine
2016-09-20MAINT-6655 fixed group list and inspector not always switching to default iconandreykproductengine
2016-09-20MAINT-6735 Teleport offer sound does not play when the the destination ↵andreykproductengine
region's maturity exceeds the current maturity settings
2016-09-19MAINT-6733 FIXED On build disabled land, the build button is enabled when ↵Mnikolenko Productengine
left clicking any touchable object.
2016-09-16MergeRider Linden
2016-09-16MergeRider Linden
2016-09-16MAINT-6570: Fix bad merge.Rider Linden
2016-09-16MAINT-5232: Fix a couple new LLGlobalEconomy::Singleton references.Nat Goodspeed
2016-09-16Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2016-09-16MAINT-6694 Console overflow crash in gestures.andreykproductengine
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-09-15increment viewer version to 4.0.9Oz Linden
2016-09-14MAINT-6731 Use web profile URLs from the grid configurationNatty Linden
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-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-13MAINT-6718 Can't Wear - Replace current outfits.Mnikolenko Productengine
2016-09-12SL-444 Add Abuse Report Submision Confirmation Pop upMnikolenko Productengine
2016-09-09MAINT-6711 "Object view" rotates around the avatarandreykproductengine
2016-09-07MAINT-6699 FIXED [VOB] Crash in LLSnapshotLivePreview::getBigThumbnailImage()Mnikolenko Productengine
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-02MAINT-6461 crash due to invalid menu pointer during visibility changeandreykproductengine
2016-09-02MAINT-6461 crash due to invalid menu pointer during visibility changeandreykproductengine
2016-09-01MAINT-6686 FIXED [VOB] Outfit Snapshot floater should be resized ↵Mnikolenko Productengine
independently of general Snapshot floater
2016-08-31MAINT-6386 Update first-time Viewer Login screen with new LISI screenshotsAndreyL ProductEngine
2016-08-31MAINT-5232: Add LLSingletonBase::cleanupAll() and deleteAll() callsNat Goodspeed
near the end of LLAppViewer::cleanup() so every LLSingleton class that hasn't already been explicitly cleaned up gets a chance to perform its own cleanup.
2016-08-31MAINT-5232: LLMetricPerformanceTesterBasic::cleanClass->cleanupClassNat Goodspeed
for consistency with everything else, so we can use SUBSYSTEM_CLEANUP() macro to call it.
2016-08-30MAINT-5232: LLGlobalEconomy is now an LLSingleton.Nat Goodspeed
It used to contain an LLSingleton called Singleton, requiring LLGlobalEconomy::Singleton::instance() to access it rather than the conventional LLGlobalEconomy::instance(). This has been fixed, so normalize references accordingly.
2016-08-30MAINT-5232: Change getIfExists() call to instanceExists().Nat Goodspeed
LLSingleton::getIfExists() has been eliminated. The only remaining way to detect whether a given LLSingleton has been instantiated is to call instanceExists(). But the relevant cleanup code should be refactored to cleanupSingleton() anyway, which would make this specific call moot.
2016-08-30MAINT-5232: Remove unreferenced mInFlightCounter.Nat Goodspeed
This fixes fatal warnings.
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-06 13:34:31 +0000