| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
Presumed to be a complete failure of texture pipeline to decode anything.
Got a fix from bao, a flag was not initialized properly in the texture pipeline.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
connection failure happens
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
- Fix for potential truncation
|
|
don't auto position other floater when it is hosted
|
|
- Requested permissions are added dynamically to the dialog's footer
- And the footer is not shown when it is empty
|
|
|
|
will look at the local cache first
|
|
- Added new tag called "footer" to the notification. This tag allows to display messages under the buttons in toasts.
- Created new class LLToastScriptQuestion for the "ScriptQuestionCaution" notification. This notification supports tag <footer>.
|
|
|
|
|
|
as in release
|
|
|
|
|
|
|
|
|
|
|
|
the forcing to reversible for small textures.
|
|
the forcing to reversible for small textures.
|
|
Now LLProcess explicitly requests APR to limit the handles passed to any child
process, instead of wantonly passing whatever happens to be lying around the
parent process at the time.
This requires the latest APR build.
Also revert LLUpdateDownloader::Implementation::mDownloadStream to llofstream
(as in rev 1878a57aebd7) instead of apr_file_t*. Using APR for that file was a
Band-Aid -- a single whacked mole -- for the problem more systemically
addressed by apr_procattr_constrain_handle_set().
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
