Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
Built from lindenlab/viewer-manager-maint
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
including safety checks and some refactoring
|
|
including safety checks and some refactoring
|
|
Specifically, the installer has been hitting
http://install.secondlife.com/check/
In most situations, the installer is run right after the user finishes
downloading it. If s/he can successfully download a big executable, we should
be able to use that network connection.
More to the point, *nothing is done* with the connect result. It serves only
to slow down the viewer installer.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
LLViewerInventoryMoveFromWorldObserver::isSelectionChanged()
|
|
|
|
|
|
|
|
|
|
including safety checks and some refactoring
|
|
|
|
enabling "Include skin weight"
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
for the rejected count
|
|
|
|
|
|
|
|
about audio not playing when a media stream started. There is some as yet, unknown interaction between the volume catcher code in the CEF plugin and the VLC volume controls. The fix for now is to add a Windows call to the VLC code that sets the process volume explicitly. Later we will address the volume catcher code, move it to a common spot so both CEF and LibVLC can use the same bytes
|
|
was pointed at CEF which is unable to play it. Switching that to LibVLC made it work as expected. It was already switched on macOS
|