viewer.git/indra/llui/tests/llurlentry_stub.cpp, branch 26.1.1 Megapahit's fork of the Second Life viewer. https://megapahit.org/viewer.git/atom?h=26.1.1 2024-04-29T04:56:09Z #824 Process source files in bulk: replace tabs with spaces, convert CRLF to LF, and trim trailing whitespaces as needed 2024-04-29T04:56:09Z Andrey Lihatskiy alihatskiy@productengine.com 2024-04-29T04:43:28Z urn:sha1:1b68f71348ecf3983b76b40d7940da8377f049b7 Automated merge with ssh://bitbucket.org/lindenlab/viewer-release 2016-08-30T15:36:06Z Nat Goodspeed nat@lindenlab.com 2016-08-30T15:36:06Z urn:sha1:c92eb7e59198d37698c70b5e3be50503f5174cf3 merge with 4.0.3-release 2016-04-04T19:53:09Z Oz Linden oz@lindenlab.com 2016-04-04T19:53:09Z urn:sha1:9be58e915a6c69de280ccabd3019e9ac40beed26 remove execute permission from many files that should not have it 2015-11-10T14:48:56Z Oz Linden oz@lindenlab.com 2015-11-10T14:48:56Z urn:sha1:c8726aba303bcf1207b730a344536e25491420bc MAINT-5506: Fix ugly timing bug in llurlentry static initialization. 2015-08-18T21:05:29Z Nat Goodspeed nat@lindenlab.com 2015-08-18T21:05:29Z urn:sha1:62527e6f18f0a035a234cf584e31f7eea93fd4a7 The problem was that class-static LLUrlEntryParcel::sRegionHost was being initialized by copying class-static LLHost::invalid. Naturally, these two statics are initialized in different source files. Since C++ makes no promises about the relative order in which objects in different object files are initialized, it seems we hit a case in which we were trying to initialize sRegionHost by copying a completely uninitialized LLHost::invalid. In general we might attempt to address such cross-translation-unit issues by introducing an LLSingleton. But in this particular case, the punch line is that LLHost::invalid is explicitly constructed identically to a default-constructed LLHost! In other words, LLHost::invalid provides nothing we couldn't get from LLHost(). All it gives us is an opportunity for glitches such as the above. Remove LLHost::invalid and all references, replacing with LLHost(). MAINT-5232: Make gMessageSystem an LLPounceable<LLMessageSystem*>. 2015-05-23T16:41:47Z Nat Goodspeed nat@lindenlab.com 2015-05-23T16:41:47Z urn:sha1:430263746424bd0a7c6647d25d9d1db5eca2e8c0 This will permit other subsystems to use gMessageSystem.callWhenReady() to (e.g.) register callbacks as soon as gMessageSystem is fully initialized. Update Mac and Windows breakpad builds to latest 2013-03-29T14:50:08Z Graham Madarasz graham@lindenlab.com 2013-03-29T14:50:08Z urn:sha1:bf6182daa8b4d7cea79310547f71d7a3155e17b0 CHUI-580 : Fixed : Clean up the use of display name. Allow the use of the legacy protocol in settings.xml 2012-12-07T08:10:50Z Merov Linden merov@lindenlab.com 2012-12-07T08:10:50Z urn:sha1:bb322a1cccd3fab28951ad4e11b5edcfc4e48140 Pull and merge from ssh://hg@bitbucket.org/lindenlab/viewer-beta. 2012-08-23T22:11:10Z Todd Stinson stinson@lindenlab.com 2012-08-23T22:11:10Z urn:sha1:6d84272d38a4d09819ae03f4d967195ec3bd660b PATH-849: CRASHFIX This should fix the crash caused by LLPathfindingObject::handleAvatarNameFetch being called after the corresponding LLPathfindingObject has been deleted. 2012-08-13T23:55:51Z Todd Stinson stinson@lindenlab.com 2012-08-13T23:55:51Z urn:sha1:7cbbdbd896d1e54d2d54cb4ec1ed5bd14491a629