Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

The "#" prefix wildcard is not working in 8.2.3 #897

Closed
Pingout opened this issue Nov 7, 2022 · 2 comments
Closed

The "#" prefix wildcard is not working in 8.2.3 #897

Pingout opened this issue Nov 7, 2022 · 2 comments
Assignees

Comments

@Pingout
Copy link
Collaborator

Pingout commented Nov 7, 2022

What version of OpenCollar are you using? Collar 8.2.3

What behavior did you expect? There are two global prefixes. * issues commands to everyone in range with the required level of access, and # issues commands to everyone in range with the required level of access except yourself. (Cut and Paste from the User Guide)

What behavior did you see instead? The # symbol is not working, and does nothing. The * symbol works as advertised.

What steps does someone need to take to reproduce the problem? When close to someone you have collar access to, try the # wildcard in a chat command.

@Medea-Destiny Medea-Destiny self-assigned this Nov 9, 2022
@Medea-Destiny
Copy link
Collaborator

Looks like another thing that got lost in the 8.x API transition.

@cruelraremaster cruelraremaster moved this from New to Dev-TODO in OpenCollar Issues Board Jul 19, 2023
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
@Medea-Destiny
Copy link
Collaborator

fix in #1016

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants