Release/26.4 - #6193
Release/26.4#6193Geenz wants to merge 735 commits into
Conversation
* ACK received-but-unprocessed packets when queued * Prioritize packets between high- and low-priority (high-priority are: reliable packets that need an ACK) * Increase max size of LLPacketRing buffer
UI elements already cache display name, getDisplayName() calls are rare and only come with other calls. For items, any UI calls already engage internal getItem optimizations, so doing getItem in getDisplayName() has negligible performance overhead while avoiding storing a dupplicate of item's name. This also cuts performance overhead from allocations, so it's a net benefit performance wise on first load. System folders do utilize display names that are different from default names, but they are not panel specific, they are global localizations. Store those in the model, not in the bridge. Usage example: LLFolderViewItem::postBuild() already calls getName after getDisplayName(), so getItem will utilize mLastItem either way and the only refresh needed happens if user renames the item. Without the user the update happens only once.
Tooltips are just names, there is no point buffering them.
… a CCUG and a Canny was generated - details here: #5400
by handling WM_ERASEBKGND with black brush (#5903)
p#690 Update and use web-based currency floater
|
Edit: Here is a PR to fix the issue below, so a revert won't be necessary- #6273 @akleshchev Commit 8911bf4 appeared to have made native file dialogs while in fullscreen on Windows even worse than before and completely non-functional in attempt to fix a different problem. Now it is forcing focus to the viewer every frame not allowing you to interact with the file dialog. Reverting the commit fixes the issue, however reintroduces the issue it was attempting to fix. Video recording of the issue-20260906.021949-1.mp4(Sorry for the camera recording, but OBS refused to record the screen without it being black while in fullscreen) How to reproduce:
|
NOTES Anti-virus false positive report: Passed |
Objects do not support new line in description field
kylelinden
left a comment
kylelinden
left a comment
There was a problem hiding this comment.
26.4 Lua/Linux Beta approved
viewer = 26.4.0.33894281402
build = https://github.com/secondlife/viewer/releases/tag/Second_Life_Release%2379b07e64-26.4
cohort = 26.4
desired = 500
NOTES Anti-virus false positive report: Passed |
There was a problem hiding this comment.
26.4 Beta Lua+Linux hotfix approved
viewer = 26.4.0.34502396632
build = https://github.com/secondlife/viewer/releases/tag/Second_Life_Release%23d91cd7a0-26.4
cohort = 26.4
desired = 1000
On name change notify the plugin to update.
as of = 2026-09-11 for RC deploy
build = https://github.com/secondlife/viewer/releases/tag/Second_Life_Release%23d91cd7a0-26.4
cohort = 26.4
deployed = https://github.com/secondlife/viewer/releases/tag/Second_Life_Release%23d91cd7a0-26.4
desired = 1000
relnotes:
26.4 Lua Editor
The Lua Editor Viewer takes another important step toward a more capable scripting workflow in Second Life. This release improves communication between the Viewer and the newly published Second Life VS Code extension, restores an experimental Linux Viewer, and includes the latest WebRTC Voice and viewer-maintenance updates.
Lua Editor and VS Code Support
Note: The Lua Project itself is still in Beta and only available on a hand full of regions on the maingrid. Please refer to the Wiki link below this section for more details on how to try out Lua today.
The Lua Editor integration now provides a smoother, more reliable workflow between Second Life and Visual Studio Code.
These improvements accompany the Second Life VS Code extension and its tighter integration with the Viewer. The related Viewer work is documented in PR #6104 and PR #6156. With VSCode plugin setup instructions here: https://github.com/secondlife/sl-vscode-plugin/blob/develop/doc/installation.md
The Viewer continues to support both LSL and Lua scripts, including language-specific syntax information supplied by supported regions.
For information about using Lua in Second Life, visit the Lua wiki page.
Linux Viewer Returns
An experimental Linux build of the Second Life Viewer is available again with this release.
This work brings the Linux Viewer back onto the current Viewer codebase and incorporates the 26.3 maintenance changes. As this remains an early return for official Linux builds, Linux users should expect some rough edges and are strongly encouraged to report compatibility, installation, graphics, audio, and input issues.
The integration work can be found in PR #6132.
The Linux build may be downloaded directly from GitHub https://github.com/secondlife/viewer/releases/download/Second_Life_Release%23d91cd7a0-26.4/Second_Life_26_4_0_34502396632_x86_64.tar.xz
Contributors
Thank you to everyone who contributed code and improvements included in this Lua Editor Beta release:
Community contributions in this release include block list improvements from DarlCat, and Marketplace URL improvements from Hecklezz. Thank you for helping make the Second Life Viewer better for everyone.
Help Us Improve
This is still a Beta Viewer, and your testing is especially valuable. Please tell us about problems with Lua or LSL editing, the VS Code integration, Linux support, Voice, or any other part of the Viewer.
Share feedback and report issues: Second Life Feedback Portal