summaryrefslogtreecommitdiff
path: root/indra/newview
AgeCommit message (Collapse)Author
2023-07-06SL-19951 Delete unused UI elements (old design)Alexander Gavriliuk
2023-07-05SL-19951 Make EmojiFloater UI design looking similar to Slack - bg colorsAlexander Gavriliuk
2023-07-05macos build fixAlexander Gavriliuk
2023-07-05SL-19575 Rework emoji picker layout similar to SlackAlexander Gavriliuk
2023-05-18SL-19575 Create emoji gallery (use ::value_type in LLEmojiDictionary typedefs)Alexander Gavriliuk
2023-05-17Some small tweaks after merge with Viewer releaseCallum Prentice
2023-05-17SL-19575 Create emoji gallery (fix bug with drawing emojis in chat history)Alexander Gavriliuk
2023-05-17Increment viewer version to 6.6.13Nat Goodspeed
following promotion of DRTVWR-577
2023-05-04Merge remote-tracking branch 'origin/zap-LLSDArray' into DRTVWR-577-maint-SAndrey Lihatskiy
2023-05-03SL-19647: Eliminate LLSDArray entirely.Nat Goodspeed
Newer C++ compilers have different semantics around LLSDArray's special copy constructor, which was essential to proper LLSD nesting. In short, we can no longer trust LLSDArray to behave correctly. Now that we have variadic functions, get rid of LLSDArray and replace every reference with llsd::array().
2023-05-03DRTVWR-575: Replace some LLSDArray() usage with llsd::array().Nat Goodspeed
It seems newer compilers have a different interpretation of exactly when to engage LLSDArray's copy constructor. In particular, this assignment: some_LLSD_map[key] = LLSDArray(...)(...)...; used to convert the LLSDArray object directly to LLSD; now it first calls the custom copy constructor, which embeds the intended array within an outer array before assigning it into the containing map. The newer llsd::array() function avoids that problem because what it returns is already an LLSD object. Taking inventory of LLSDArray assignments of that form turned up a number of workarounds like LLSD(LLSDArray(...)). Replacing those with llsd::array() is both simpler and more readable. Tip of the hat to Chorazinallen for surfacing this issue! (cherry picked from commit bb718155bddfbe7007029a0c9e69a4a98615f14d)
2023-05-02MErge with main after Viewer releaseCallum Prentice
2023-05-02Merge branch 'main' into DRTVWR-577-maint-SAndrey Lihatskiy
2023-05-02Increment viewer version to 6.6.12Vir Linden
following promotion of DRTVWR-539
2023-04-25SL-19575 LLFloaterEmojiPicker - code cleanup and layout fixupAlexander Gavriliuk
2023-04-24Don't hardcode UI text plus layout fixes and removing some needless checksAnsariel
2023-04-20Merge pull request #183 from secondlife/SL-19575aCallum Linden
SL-19575 LLFloaterEmojiPicker - Add filter by category
2023-04-20SL-19575 LLFloaterEmojiPicker - Add filter by categoryAlexander Gavriliuk
2023-04-19SL-19623 Updated contributionsAndrey Kleshchev
2023-04-19SL-19623 Merge 'CMake' pull request #150 from Ansarielakleshchev
Fix CMake files related to ICU4C
2023-04-18SL-19591 Prompt user to save current settings as Graphics Preset before ↵Andrey Lihatskiy
enabling AutoFPS
2023-04-14SL-19575: Emoji gallery - couple of tweaks that mac Clang got sad aboutCallum Prentice
2023-04-14SL-19575 Create emoji gallery access iconAlexander Gavriliuk
2023-04-10SL-19078: changes to autobuild to unpack the emoji/shortcode 3p library and ↵Callum Prentice
then copy the XML files to the right place in the Viewer dev tree (indra/newview/skins/xui/*/emoji_characters.xml)
2023-04-10SL-19078: the emoji/short-code mappings come in via a 3p package nowCallum Prentice
2023-04-04Fix CMake files related to ICU4CAnsariel
2023-04-03DRTVWR-489: Fix things up after a messy merge with main because of a ↵Callum Prentice
gigantic CMake patch. Sadly, my macOS box updated to Xcode14.3 overnight and that caused many warnings/errors with variables being initialized and then used but not in a way that affected anything.. Building on Xcode 14.3 also requires that MACOSX_DEPLOYMENT_TARGET be set to > 10.13. Waiting on a decision about that but checking this in in the meantime. Builds on macOS with appropriate build variables set for MACOSX_DEPLOYMENT_TARGET = 10.14 but not really expecting this to build in TC because (REDACTED). Windows version probably hopelessly broken - switching to that now.
2023-04-03SL-17659 The display name reset buttonAndrey Kleshchev
2023-03-31SL-19432 External group links dont load in SLAndrey Kleshchev
2023-03-31Merge branch 'main' into DRTVWR-539Mnikolenko Productengine
# Conflicts: # indra/integration_tests/llui_libtest/CMakeLists.txt # indra/newview/llfloateravatarrendersettings.cpp
2023-03-31SL-19425 capitalization fixMnikolenko Productengine
2023-03-30SL-19491 Revert SL-19346Andrey Kleshchev
This reverts part of commit 0c2b00efaa2b01204618f4950e5d945331a52f0d.
2023-03-30Merge branch 'main' into DRTVWR-577-maint-SAndrey Lihatskiy
# Conflicts: # indra/cmake/CMakeLists.txt # indra/newview/skins/default/xui/es/floater_tools.xml
2023-03-29Increment viewer version to 6.6.11Nat Goodspeed
following promotion of DRTVWR-573
2023-03-27SL-17761 Updated the login failure messageAndrey Lihatskiy
2023-03-23SL-19462 Declare the FetchGroupChatHistory setting in the codeAndrey Lihatskiy
to make it accessible after updating the viewer
2023-03-22SL-4126: Create NVIDIA application profile for Second Life specific settingsAnsariel
2023-03-21SL-19289 UI for Estate Floater - Block Scripted Agents from Estate/RegionAndrey Lihatskiy
2023-03-20SL-19161 - logging of basic translation stats in ViewerStatsBrad Payne (Vir Linden)
2023-03-20SL-19426 AutoFPS - when enabled always render at least 5 avatarsMnikolenko Productengine
2023-03-20Merge branch 'DRTVWR-568' into DRTVWR-573-maint-RAndrey Lihatskiy
# Conflicts: # indra/cmake/Copy3rdPartyLibs.cmake # indra/cmake/FindOpenJPEG.cmake # indra/cmake/OpenJPEG.cmake # indra/integration_tests/llui_libtest/CMakeLists.txt # indra/newview/CMakeLists.txt
2023-03-19SL-19425 add third option to Settings affect: World OnlyMnikolenko Productengine
2023-03-19SL-19424 Set default auto FPS to 15Mnikolenko Productengine
2023-03-13SL-17761: Replace 'Grid emergency' message with generic errorBennett Goble
The viewer currently presents a startling "Grid emergency" warning if an unrecognized error is returned from login. Let's tone this down a bit and present the error as it is: an unrecognized login failure rather than SLearth exploding.
2023-03-07DRTVWR-489: Clean up a new warning-as-error failure on macOSCallum Prentice
2023-03-06SL-19346 PERMISSION_DEBIT remove warning for Linden owned contentAndrey Kleshchev
2023-03-04SL-15752 Reduce default graphical quality on machines with little memory (#105)akleshchev
2023-03-03SL-17584 Better logging for setShaders crashesAndrey Kleshchev
2023-03-03SL-4126 Second Life messing up NVIDIA driversAndrey Kleshchev
Disable NvAPI by default
2023-03-03SL-19327 Disable crash reporting for Win7 (#102)akleshchev
Win7 is no longer supported and is below minimal requirements