| Age | Commit message (Collapse) | Author |
|---|
|
I was going to use LLAgentUI::buildLocationString but there's no
location format that shows only region and coords without having
to have the parcel name empty, so I copied buildLocationString
implementation in the case of LOCATION_FORMAT_NO_MATURITY but when
the parcel name is empty.
I had to make updateDiscordActivity check agent's ID and the
existence of agent avatar pointer first before trying to set
Activity Details or State, cause I like the "Show location" button
be checkable not only after online when both the ID & pointer will
have existed. I think this way is simpler than programmatically
enabling the "Show location" button after the user is logged in.
I put a trigger to Activity update somewhere after the user is
logged in for now, not yet after a TP.
The elapsed time gets reset whenever Activity is updated for now,
but I'll try to make elapsed time extended instead.
No Party for now, because I couldn't find a way to make a Party
shown without showing its CurrentSize (I could still get away not
showing its MaxSize by setting it to 0), so the State (location)
is shown above the elapsed time, not on the right of it.
I'll try to figure out to get some representative numbers for its
CurrentSize & MaxSize next.
Also no privacy on hiding the username for now, until the UI is
ready.
|
|
Now the access token is saved the way passwords are saved, but
without a username, so we can have some persistence without having
to implement an OAuth2 backend server cause we would have to store
those tokens there anyway still and that would even require more
disclosure that the user token gets saved on a server, and it's
just simpler to not go that way. Discord Social SDK doesn't have
to have a helper for sending code to a custom server anyway, that
we would have to have some asynchronous HTTP requestor ready.
Show location check button gets enabled only when Discord
integration is enabled, though it's not functioning yet.
|
|
and minimise difference from SL main.
|
|
Add tab and checkboxes for discord social SDK integration options to panel_preferences_privacy.xml
|
|
The doFrame is the one called over and over again, so running the
Discord callbacks from there shouldn't have one extra function
overhead, while running the Discord initialisation is only once so
it's much more okay to have the extra function overhead there.
|
|
and reindent the appearance manager functions to call to match
how they will be placed on the combining macro.
|
|
Copying from LLEditTakeOff implementation in llviewermenu.cpp.
|
|
Per specification, the folder must be directly under "#RLV" for
this to work, hence not using the shared folder ID retrieval macro.
|
|
|
|
|
|
for libcef.so. On a minimal system, those two wouldn't be pulled
automatically by some other package(s).
|
|
Tested on Debian Asahi so far, will try on Fedora Asahi next.
I had to trace this down, setting Logging Level to Debug, and comparing
SecondLife.log with a successful login on Linux x86-64.
At first setWeight() in LLViewerVisualParam::setInfo seemed to be
avoiding a crash too when commented out, but turns out it's still okay
when re-enabled.
|
|
When WebRTC was compiled with the viewer, we got this:
Fatal error in: ../webrtc/src/media/engine/adm_helpers.cc, line 39
last system error: 88
Check failed: 0 == adm->Init() (0 vs. -1)
Failed to initialize the ADM.
This commit hasn't included the additional preprocessor macro for the
platform in indra/newview/llvoiceclient.cpp yet, because there's no such
macro yet to distinguish such distro from any other GNU/Linux distro.
|
|
This reverts commit a8dfeed4632aad0233ff08d1efd950b620fd1be7.
|
|
|
|
Make downstepper better match upstepper
|
|
Download DiscordSocialSdk-1.4.9649.zip
https://discord.com/developers/applications/1393451183741599796/social-sdk/downloads
to your ~/Downloads folder.
Add -DUSE_DISCORD:BOOL=ON to your cmake line.
The authorisation is triggered by selecting Help > Discord Social.
It seems that the user will need to do this every time they want Rich
Presence support on the viewer while using Discord.
The Discord app is still set to be a public client in the OAuth2 tab,
I'm going to try to make it work with the app set to be a confidential
client, next.
All Discord-related code are contained within one file, llstartup.cpp,
and other classes access it through some opaque layer, static functions,
otherwise we'd get these "duplicate symbol" linking errors.
|
|
See f4e04a3e7bac42a8cb18e9c70b67bf97ce020d8c
|
|
Variant of default skin with gold buttons & tabs
|
|
A minimal one. It would still work even when the path leading to
the right name of the end folder is wrong, but since scripts would
likely be trying to get path components from issuing @getinv
commands beforehand instead of inserting random names, we'll
perfect this implementation later.
|
|
The collar I happen to have issued @getinv:.outfits/=98745923, so
I just assume ignoring folders beginning with a dot only applies to
the answer, not the command.
|
|
|
|
Returns an empty string if #RLV folder doesn't contain any folder.
Listing sub-folders (folders under any folder under #RLV,
listed on the options) isn't implemented yet in this commit.
|
|
Part of the @detach=<y/n> command implementation.
|
|
|
|
Part of the @detach=<y/n> command implementation.
|
|
so we don't have to keep adding unsupporting ones to the preprocessors
in llvoiceclient.
Note that CM_WEBRTC is complementary to LL_WEBRTC, which means its
purpose is not to be XOR-ed.
Any WebRTC supporting (either using LL's or CM's build) will have
LL_WEBRTC set to ON, but *only* ones that use CM builds will have
CM_WEBRTC set to ON *too*.
|
|
The Debian version supported is 13 (trixie), because that's the version
I could install on my M1, hence the Boost default version is 1.83 & we
can use system's OpenJPEG 2.5.3.
Somehow CMake's FindOpenGL wasn't effective, but we can get around this
by setting the GL libraries paths when running cmake.
Debian aarch64 suffers from the same problem Fedora aarch64 had when
compiling libcurl, and it's assumed that it's Linux aarch64 thing.
When trying to build ColladaDOM when building the viewer, it couldn't
find Boost somehow, so building ColladaDOM is done in configuration
stage instead.
Upstream Variables.cmake is full of assumptions regarding architecture,
and ARCH is used in many places already for Debian/Ubuntu, so we have to
make sure ARCH is set with the correct value at the root level.
Pipewire on trixie is also too new, so it's cancelled here.
Some dependencies have the t64 suffixes on them, just like the currently
supported Ubuntu (because I guess 24.04 *is*, based on trixie).
The executable still crashes when launched on my M1, however, but we'll
commit the progress so far for now.
|
|
This reverts commit ced2d634a76561d231e2c5854721c643ac071916.
Turns out the original string is depended on by in-world creations,
specifically HUDs, to determine whether the media is viewed from
within SL or not.
Thank you Jenni Windrider for pointing this out.
|
|
Make some widgets less opaque for more consistency
|
|
This commit changes the look of the avatar cloud
|
|
for now, and if we do have to use SDL for Windows ARM64.
|
|
|
|
Only greying out the detach option on the contextual menu popped up by
right clicking the attachment in the 3D view/world, and not yet
preventing detachment from the inventory/wearing panels.
|
|
in commit b54464a34c3f441d40977e872df53825c7df4959
|
|
This reverts commit 6d9bda960f179aa8ea3765c10aa3140d22c74086, and
add the aarch64 condition for preloading.
We can't use gDirUtilp->getLLPluginDir() yet in llappviewerlinux because
it's not instantiated yet in that phase.
|
|
WARNING #Plugin# llplugin/llplugininstance.cpp(106) LLPluginInstance::load:
apr_dso_load of /usr/lib64/libmedia_plugin_cef.so failed with error 20019,
additional info string:
/usr/lib64/libcef.so: cannot allocate memory in static TLS block
https://github.com/chromiumembedded/cef/issues/3616
https://github.com/chromiumembedded/cef/issues/3803
https://magpcss.org/ceforum/viewtopic.php?t=19622
I tried adding mProcessParams.envs.add("LD_PRELOAD=/usr/lib64/libcef.so");
to indra/llplugin/llpluginprocessparent.cpp, it didn't get rid of the
error, but running `LD_PRELOAD=/usr/lib64/libcef.so megapahit` OR
`LD_PRELOAD=/usr/lib64/libmedia_plugin_cef.so megapahit` does.
It still doesn't load web pages, however, even though there are
process plugin activities.
|
|
Accidentally git added a line that wasn't meant to be staged yet.
|
|
|
|
|
|
Hides the Stand up button too, but doesn't prevent teleporting yet.
|
|
Untested cause I couldn't find any force ground sit command on the
attachment I got access to.
|
|
plus reorder header inclusions alphabetically.
|
|
|
|
|
|
|
|
and avoid viewer/project name hardcoding.
|
|
https://megapahit.com/show_bug.cgi?id=108
|
|
This reverts commit aac750c57fbd22814958a112d6c262254243130f.
|
|
|
