message when login in: you are owned by.... is missing #906
Labels
Comments
|
I believe this user meant to report that when starting up, there used to be a message saying your owner's name in chat. It went missing at some point in V8. Who would like it back? |
|
+1 from me for having it back |
|
The message can be restored by running an update, even if that update is the same version as the one on the collar. The message will vanish again the next time the collar restarts, though. |
SilkieSabra
added
Bug
and removed
Feature
Discussion wanted
|
I did some digging in the scripts. The message is handled by oc_api (in line 623) and the changelog for 8.2.3 about oc_api says |
Medea-Destiny
added a commit
that referenced
this issue
Nov 28, 2023
Fix restores and expands arbitrary command functionality to interface channel. Also restores "owned by:" messages on all start ups, not just reboot, improves auth efficiency of chat commands, and restores "#" prefix handling Details: * Restored # prefix functionality, issue #897 * Refactored chat command handling for efficiency. Chat commands no longer sent as CMD_ZERO for authing as this script handles auth so we can auth locally to save a link_message round trip on every chat command. *Restored object command handling as per v7.x and previous, using interface channel rather than HUDchannel as there seems no reason to duplicate and hudchannel stuff hasn't worked for a few years anyway. Added remote auth function - llSay(g_iInterfaceChannel,"checkauth 1111"); will return "AuthReply|(wearerkey)|(auth level)" on channel 1111, reporting the auth level of the object owner. Commands can be prefixed with "authas:(userkey)=", which will use the LOWER auth level between object owner and userkey. Commmand format is targetkey:chat command. Examples: "authas:(userkey)=(targetkey):kneel" - will issue kneel command if (userkey) and object owner both have valid auth "(targetkey):sit (sittarget key)" - sit wearer on (sittarget key) if object owner has valid auth *menuto cleanup requires menuto target to be in sim AND be the owner of the issuing command *Set g_iStartup to TRUE in active state on_rez event to restore "owned by" message #906 *Updated old oc_leash_on_collision "grabby post" script to work with updated interface channel *Created new oc_smart_post script, a heavily commented example of what can be done via the interface channel
|
Fixed in 8.3 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
What version of OpenCollar are you using?
What behavior did you expect?
What behavior did you see instead?
What steps does someone need to take to reproduce the problem?
The text was updated successfully, but these errors were encountered: