summaryrefslogtreecommitdiff
path: root/indra/viewer_components/updater/tests/llupdaterservice_test.cpp
AgeCommit message (Collapse)Author
2016-08-18SL-323: first pass at ripping out old updaterGlenn Glazer
2015-11-10remove execute permission from many files that should not have itOz Linden
2013-07-09CHOP-963: Make update service query url depend on the grid rather than settingsOz Linden
2013-04-19merge up to latest viewer-development for merge to 3.5.2Oz Linden
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2013-01-28Fix test failureMerov Linden
2012-12-11Merged from viewer-releaseAura Linden
2012-11-12Ported slplugin and some other missing components for cocoa.Aura Linden
2013-03-27add platform and platform version to login request parameters for new ↵Oz Linden
version manager query
2013-03-08merge changes for 3.5.0-beta2Oz Linden
2013-02-27finish changes to update handling, including notices of channel changesOz Linden
2013-02-21add use of v1.1 update request protocol, with fallback to v1.0Oz Linden
2012-10-10Introduce new LLDir::findSkinnedFilenames() method. Use as needed.Nat Goodspeed
In a number of different places, for different reasons, the viewer wants to load a UI-related file that might be overridden by a non-default skin; and within that skin, might further be overridden by a non-default language. Apparently, for each of those use cases, every individual developer approached it as an entirely new problem, solving it idiosyncratically for that one case. Not only is this a maintenance problem, but it rubs one's nose in the fact that most such solutions consider only a subset of the relevant skin directories. Richard and I evolved an API intended to address all such cases: a central LLDir method returning a list of relevant pathnames, from most general to most localized, filtered to present only existing files; plus a couple of convenience methods to specifically obtain the most general and most localized available file. There were several load-skinned-file methods (LLFloater::buildFromFile(), LLPanel::buildFromFile() and LLUICtrlFactory::createFromFile() -- apparently cloned-and-modified from each other) that contained funky bolted-on logic to output the loaded data to an optional passed LLXMLNodePtr param. The trouble is that passing that param forced each of these methods to subvert its normal search: specifically for that case, it needed to find the baseline XML file instead of the localized one. Richard agreed that for the intended usage (reformatting XML files) we should use XML schema instead, and that the hacky functionality should be removed. Remove it. Also remove LLUICtrlFactory::getLocalizedXMLNode(), only used for those three special cases. Some callers explicitly passed the optional LLXMLNodePtr param as NULL. Remove that. Remove LLFloaterUIPreview::displayFloater(save) param, which relied on the optional output LLXMLNodePtr param. Make onClickSaveFloater() and onClickSaveAll() emit popupAndPrintWarning() about discontinued functionality. Recast LLFloater::buildFromFile(), LLPanel::buildFromFile(), LLUICtrlFactory::createFromFile(), LLNotifications::loadTemplates(), LLUI::locateSkin(), LLFontRegistry::parseFontInfo(), LLUIColorTable::loadFromSettings(), LLUICtrlFactory::loadWidgetTemplate(), LLUICtrlFactory::getLayeredXMLNode(), LLUIImageList::initFromFile(), LLAppViewer::launchUpdater() and LLMediaCtrl::navigateToLocalPage() to use findSkinnedFilenames(). (Is LLAppViewer::launchUpdater() ever called any more? Apparently so -- though the linux-updater.bin logic to process the relevant command-line switch has been disabled. Shrug.) (Is LLMediaCtrl::navigateToLocalPage() ever used?? If so, why?) Remove LLUI::setupPaths(), getXUIPaths(), getSkinPath() and getLocalizedSkinPath(). Remove the skins/paths.xml file read by setupPaths(). The only configuration it contained was the pair of partial paths "xui/en" and "xui/[LANGUAGE]" -- hardly likely to change. getSkinPath() specifically returned the first of these, while getLocalizedSkinPath() specifically returned the second. This knowledge is now embedded in findSkinnedFilenames(). Also remove paths.xml from viewer_manifest.py. Remove injected xui_paths from LLFontGL::initClass() and LLFontRegistry::LLFontRegistry(). These are no longer needed since LLFontRegistry can now directly consult LLDir for its path search. Stop passing LLUI::getXUIPaths() to LLFontGL::initClass() in LLViewerWindow's constructor and initFonts() method. Add LLDir::append() and add() methods for the simple task of combining two path components separated by getDirDelimiter() -- but only if they're both non-empty. Amazing how often that logic is replicated. Replace some existing concatenations with add() or append(). New LLDir::findSkinnedFilenames() method must know current language. Allow injecting current language by adding an LLDir::setSkinFolder(language) param, and pass it where LLAppViewer::init() and initConfiguration() currently call setSkinFolder(). Also add LLDir::getSkinFolder() and getLanguage() methods. Change LLFLoaterUIPreview's LLLocalizationResetForcer helper to "forcibly reset language" using LLDir::setSkinFolder() instead of LLUI::setupPaths(). Update LLDir stubs in lldir_stub.cpp and llupdaterservice_test.cpp. Add LLDir::getUserDefaultSkinDir() to obtain often-overlooked possible skin directory -- like getUserSkinDir() but with "default" in place of the current skin name as the last path component. (However, we hope findSkinnedFilenames() obviates most explicit use of such individual skin directory pathnames.) Add LLDir unit tests for new findSkinnedFilenames() and add() methods -- the latter exercises append() as well. Tweak indra/integration_tests/llui_libtest/llui_libtest.cpp for all the above. Notably, comment out its export_test_floaters() function, since the essential LLFloater::buildFromFile(optional LLXMLNodePtr) functionality has been removed. This may mean that llui_libtest.cpp has little remaining value, not sure.
2012-08-1510.5 macs will begin looking for mac_legacy rather than macAura Linden
2011-05-11STORM-477 Restored the backed out changeset: b62b260aa04dSeth ProductEngine
2011-01-06STORM-826 (workaround): correct mixed and dos-style line endingsOz Linden
2010-12-16Vary install failed message depending on whether it was required or not.Andrew A. de Laix
2010-12-14Record update version in download marker so it can be recalled if resumed in ↵Andrew A. de Laix
another viewer session.
2010-12-07limit dowload bandwidth to 'Maximum bandwidth' settingAndrew A. de Laix
2010-12-07push required flag into download data for later use.Andrew A. de Laix
2010-11-18Fixing bugs discovered in merge with viewer developmentMark Palange (Mani)
2010-11-18Dummy out LLUpdateDownloader::cancel() too for testing.Nat Goodspeed
2010-11-15added mechanism for install scripts to indicate a failed install and for ↵Andrew A. de Laix
update service to note the failure; modified mac installer to write marker on error.
2010-11-11run install script on successful downloadAndrew A. de Laix
2010-11-10CHOP-151 Hooked up app exit callback, cleaned up early exit. Rev. by BradMark Palange (Mani)
2010-11-10CHOP-151 Adding startup updater flow to drive update installation and resume.Mark Palange (Mani)
2010-11-08Removed refrences to SLPlugin from LLUpdaterService and test.Mark Palange (Mani)
2010-11-04some better error handling.Andrew A. de Laix
2010-11-04checker working with v1.0 update protocol.Andrew A. de Laix
2010-11-04just barely working udate downloading service; missing little nicities like ↵Andrew A. de Laix
error checking and sill stuff like that.
2010-10-28shell of the update checker; it will just print a message to the log ↵Andrew A. de Laix
depending on the result of the check one time.
2010-10-27CHOP-122 Initializing Facade service in the viewer. Rev. by Brad.Mark Palange (Mani)
2010-10-26CHOP-122 Mowr work on the llupdater facade... Added LLPluginProcessParent, ↵Mark Palange (Mani)
including mockery for unit tests. Re. by Jenn
2010-10-25CHOP-122 Adding stub background updater files to the build. Rev. by bradMark Palange (Mani)