summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2017-10-24MAINT-7081: Only request HTTP2 with $VIEWERASSET override (testing)Nat Goodspeed
2017-10-24MAINT-7081: Mention libnghttp2*.dylib in yet another place.Nat Goodspeed
2017-10-24MAINT-7081: Fix bad merge into autobuild.xml.Nat Goodspeed
Specifically, reinstate the curl, openssl, nghttp2 libraries to the previous tip of this MAINT-7081 fork.
2017-10-24MAINT-7081: Merge from lindenlab/viewer64.Nat Goodspeed
2017-10-18MAINT-7812: NSIS check for /marker before writing marker file.Nat Goodspeed
The /marker switch is passed by the (new) VMP. If any user wants to explicitly pass the /marker switch to the installer, s/he shouldn't mind ending up with an nsis.winstall file in the download directory.
2017-10-18MAINT-7812: Update to viewer-manager build 509841Nat Goodspeed
2017-10-13Automated merge with ssh://bitbucket.org/lindenlab/viewer64Nat Goodspeed
2017-10-12MAINT-7081 [FIXED] Access (write) violation / buffer overrun in ↵Kitty Barnett
LLTextureFetchWorker::doWork() The trouble lines are: U8 * buffer = (U8 *) ALLOCATE_MEM(LLImageBase::getPrivatePool(), total_size); if (cur_size > 0) { memcpy(buffer, mFormattedImage->getData(), cur_size); } If 'cur_size > mHttpReplyOffset + append_size' then 'total_size -= src_offset' will cause total_size to be smaller than cur_size causing a write access violation on the memcpy. Since the response is invalid it seemed best to make it follow the other failed partial condition. (transplanted from 737e28ec6b4d74f3ff915a4effc13d7b615a6a9b)
2017-10-27MAINT-1114 crash at LLVOAvatar updateGeometry()andreykproductengine
2017-10-27Merged from viewer-lynxandreykproductengine
2017-10-23MAINT-5261 The "Ping Interpolate the object position" seems to no longer workandreykproductengine
2017-10-23Backed out changeset: bfa432c3c7d5 (SL-775)andreykproductengine
2017-10-23MAINT-7929 Viewer shouldn't attempt to access unreadable cache indefientelyandreykproductengine
2017-10-20MAINT-7906 Inventory filter fixMnikolenko Productengine
2017-10-19MAINT-7906 FIXED Inventory jumps when detaching worn items in appearance panelMnikolenko Productengine
2017-10-18MAINT-7779 Logging updateandreykproductengine
2017-10-18MAINT-7910 Appearance floater's chosen tab is not remembered between sessions.Mnikolenko Productengine
2017-10-17MAINT-989 Velocity and acceleration should take time into accountandreykproductengine
2017-10-18Merged in lindenlab/viewer-bearAndreyL ProductEngine
2017-10-17FIX INTL-264 translations in 9 languages for Viewer Set48 on repository ↵eli
viewer-bear
2017-10-17MAINT-7592 Fixed the checkbox/label behaviorAndreyL ProductEngine
2017-10-13MAINT-7902 Fixed Opening Marketplace Listing before inventory has fetched ↵andreykproductengine
unlists listings
2017-10-16Merged in lindenlab/viewer-lynxAndreyL ProductEngine
2017-10-16Backed out MAINT-989, changeset: 0a9a1e276e57andreykproductengine
2017-10-13MAINT-7890 Floater position drifts across logins after snapping to another ↵Mnikolenko Productengine
floater
2017-10-13MAINT-7899 FIXED Apparent broken material texture selectionMnikolenko Productengine
2017-10-12[FIXED] Access (write) violation / buffer overrun in ↵Kitty Barnett
LLTextureFetchWorker::doWork() The trouble lines are: U8 * buffer = (U8 *) ALLOCATE_MEM(LLImageBase::getPrivatePool(), total_size); if (cur_size > 0) { memcpy(buffer, mFormattedImage->getData(), cur_size); } If 'cur_size > mHttpReplyOffset + append_size' then 'total_size -= src_offset' will cause total_size to be smaller than cur_size causing a write access violation on the memcpy. Since the response is invalid it seemed best to make it follow the other failed partial condition. (transplanted from 737e28ec6b4d74f3ff915a4effc13d7b615a6a9b)
2017-10-12DRTVWR-418: Remove redundant assignment per Ansariel Hiller.Nat Goodspeed
2017-10-12MAINT-7081: Update to curl build 501064Nat Goodspeed
2017-10-11DRTVWR-418: Fix glitch from merging from today's viewer-releaseNat Goodspeed
2017-10-11Automated merge with ssh://bitbucket.org/lindenlab/viewer-releaseNat Goodspeed
2017-10-11MAINT-7895 Fix for setHeaderCacheEntry infinite loopandreykproductengine
2017-10-11Merged in lindenlab/viewer-bearAndreyL ProductEngine
2017-10-11increment viewer version to 5.0.9Oz Linden
2017-10-11Added tag 5.0.8-release for changeset 505a492f30bdOz Linden
2017-10-10MAINT-7831: Update to viewer-manager build 509523Nat Goodspeed
2017-10-10MAINT-7081: Hack to allow overriding asset capability URL.Nat Goodspeed
2017-10-09MAINT-7831: Merge from tip of https://bitbucket.org/lindenlab/viewer64.Nat Goodspeed
2017-10-09MAINT-7831: Update viewer-manager to build 509481.Nat Goodspeed
2017-10-09MAINT-7809: Add secondlife.ico to viewer's vmp_icons install dir.Nat Goodspeed
2017-10-09MAINT-7831: Merge LLManifest.prefix() changes to tip.Nat Goodspeed
2017-10-09MAINT-7831: Update viewer_manifest.py to use 'with self.prefix(...):'Nat Goodspeed
Now that LLManifest.prefix() supports use as a context manager: with self.prefix(...): ... convert existing calls to that form. This was an interesting exercise because it surfaced at least two places where the indentation did not match the self.prefix() nesting, plus another place where existing code was undented without a self.end_prefix() call. (That last was an uncaught logic bug.) This underscores the value of using a SINGLE consistent, idiomatic mechanism to limit the scope of each self.prefix() call.
2017-10-09MAINT-7831: Allow LLManifest.prefix() to be a context manager.Nat Goodspeed
LLManifest.prefix() dates back to before Python had a 'with' statement or the notion of a context manager. That's why every prefix() call requires a corresponding end_prefix() call. Existing usage is of the form: if self.prefix(...some args...): self.path(...) ... self.end_prefix() The use of an 'if' statement is solely to allow the coder to indent the statements between the self.prefix() call and the corresponding call to self.end_prefix() -- there is no intention to make that code conditional. self.prefix() unconditionally returned True to facilitate that usage. But now that we have the 'with' statement, this all feels a little silly. Make prefix() return an instance of a context-manager class so that it's reasonable to say instead: with self.prefix(...some args...): self.path(...) ... and have the Right Things happen simply by leaving the 'with' block. The only tricky part is code to preserve compatibility with old-style usage: * The context manager has a __nonzero__() method so that if it's tested in an 'if' statement, it can unconditionally return True. * On leaving the 'with' block, rather than simply popping the top of each prefix stack, the context manager restores its length to the same length it had before that prefix() call. This allows for (erroneous but hardly unlikely) usage of the form: with self.prefix(...some args...): self.path(...) ... self.end_prefix() Restoring the previous length makes the context manager insensitive to whether or not end_prefix() has popped the most recent prefix() entries.
2017-10-06MAINT-7831: Include secondlife.ico file in the Windows installer.Nat Goodspeed
2017-10-05MAINT-7684: Don't try to package or sign deleted Windows VMP .exes.Nat Goodspeed
2017-10-05MAINT-7684: Update viewer-manager to codeticket version 509386.Nat Goodspeed
2017-10-04MAINT-7831: Update to viewer-manager build 509308Nat Goodspeed
2017-10-04MAINT-7468: Show tooltip on disabled IM to Email if unverified email.Rider Linden
2017-10-02MAINT-7081: Update to curl build 509254Nat Goodspeed
2017-10-02MAINT-7081: Update to nghttp2 build 509246Nat Goodspeed
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-06 07:42:03 +0000