Scripting Bugs

I tried creating a script using llMapBeacon() but even when explicitly asked to NOT open the map, the viewer still opens the map. Try this: llMapBeacon(llGetRegionName(), <128, 128, 128>, [1, FALSE, FALSE]);

llMapBeacon does not open on listen events, even for owner.

https://wiki.secondlife.com/wiki/LlListFindListNext llListFindListNext(haystack, needle, instance); Returns the index for the Nth instance of needle . instance is zero-based. Returns -1 when there aren't enough instances. Error: Returns last index + 1 when needle is the last element of the list. integer index; list haystack = ["A", "B", "C"]; index = llListFindListNext(haystack, ["C"], 0); // OK llSay(PUBLIC_CHANNEL, "Expect 2: " + (string)index); index = llListFindListNext(haystack, ["B"], 1); // OK llSay(PUBLIC_CHANNEL, "Expect -1: " + (string)index); index = llListFindListNext(haystack, ["C"], 1); llSay(PUBLIC_CHANNEL, "Expect -1: " + (string)index); index = llListFindListNext(haystack, ["C"], 23); llSay(PUBLIC_CHANNEL, "Expect -1: " + (string)index);

I have a gadget showing SL daytime and description of cycle within the day (morning, afternoon etc). Noticed that whilst I was sitting down (tried AVsitter and nPose scripted furniture), it suddenly ran 30 minutes fast at this location: Second Life Release 7.1.12.13550888671 (64bit) You are at 146.4, 145.0, 34.4 in Darkover located at simhost-090715bfd81f9bf4e.agni SLURL: http://maps.secondlife.com/secondlife/Darkover/146/145/34 (global coordinates 257,426.0, 230,289.0, 34.4) Second Life Server 2025-03-14.13862207703 but not at this location: Second Life Release 7.1.12.13550888671 (64bit) Release Notes You are at 107.9, 124.2, 1,001.0 in Moonbow located at simhost-0baa562fa277f8a2d.agni SLURL: http://maps.secondlife.com/secondlife/Moonbow/108/124/1001 (global coordinates 180,076.0, 287,356.0, 1,001.0) Second Life Server 2025-03-14.13862207703 Release Notes It reverts to the correct time on "unsitting". Same result with Genesis viewer (latest release version) AND the current SL viewer.

It is expected that this function can be used to transfer ownership of a rezzed object in-place. That is, without requiring the recipient to rez it from inventory. Setting the transfer flag to 0 (no flag) transfers ownership of the object in-place. However any items in the object's inventory that do not have NEXT owner transfer permissions do not transfer with the object, notwithstanding that the items have current owner transfer permissions prior to transferring. Neither the TRANSFER_COPY or TRANSFER_TAKE flags allow transferring in -place. This makes it imposslbe to transfer in-place an object that you want to prevent the recipient from having transfer permissions.

Hello, I wanted to find a way to give an object to a new owner from a script, the object being no-copy I used the flag "TRANSFER_FLAG_TAKE" but after receiving said object, the new owner has a "Locked" version of the object. It wasn't locked before. So if they rez it, they are unable to take it back as it's also no-mod.

Using llRezObjectWithParams with REZ_POS and the Relative parameter set TRUE results in the Rezzee being placed relative to the rezzer in the region reference frame rather than in the the rezzer's local reference frame.

When you unlink items with script, using llBreakLink(), the unlinked item will often flicker, dissapear or is only visible from a certain angle, and the item cannot be interacted with until you cam away far enough and back or TP away and back, or you wait long enough till the sim sends an update to viewer. Also area search is failing to find the items if its more then one. it will only find one. When you unlink items manually it works fine. I tested it on several viewers, as well as the latest LL viewer, I tried different sims and asked many peopel if they see the same as I do . The script can still see and find the items fine, so it looks like it was simply forgotten to update the viewer after the operation, like what does happen when you unlink manually or rez items.

Reproduction steps: Rezz a box Put this script into it: integer AlphaState = 1; default { state_entry() { llSetLinkPrimitiveParamsFast(LINK_THIS, [PRIM_RENDER_MATERIAL, ALL_SIDES, "2d45cf07-04ac-64a1-daa7-83f4992f759b"]); } touch_end(integer num_detected) { list faceData = llGetLinkPrimitiveParams(0, [PRIM_GLTF_BASE_COLOR, 0]); llOwnerSay("Colour Received: \"" + llList2String(faceData, 4) + "\""); if (AlphaState == 1) { faceData = llListReplaceList(faceData, [0.0, PRIM_GLTF_ALPHA_MODE_BLEND], 5, 6); AlphaState = 0; } else { faceData = llListReplaceList(faceData, [1.0], 5, 5); AlphaState = 1; } llSetLinkPrimitiveParamsFast(0, [PRIM_GLTF_BASE_COLOR, ALL_SIDES] + faceData); } } The script will turn this box golden Touch the box once, observe received colour value being "" and the box vanishing Touch the box again, observe received value being "<1.000000, 1.000000, 1.000000>" and the box being silver Expectation: One of the following should happen: Box should remain gold, and colour value remain "" Colour value should always be <1.0, 0.89, 0.616> and not "" Environment SL Main grid sim with: Second Life Server 2024-01-19.7590161929