Skip to content
This repository was archived by the owner on Sep 17, 2024. It is now read-only.
This repository was archived by the owner on Sep 17, 2024. It is now read-only.

Issue/FR: Direct Message Responses/Enhancements #11

@brad07x

Description

@brad07x

Thanks for sharing a great project!

DM Responses Issue (or Feature Request if expected/not yet implemented):
I noticed that MeshLink does not seem to respond to incoming direct messages from the mesh, but does still decode and process commands just fine (just without returning the results to the DM sender).

Messages sent to Broadcast within the mesh channel work fine and receive responses from MeshLink both on the Mesh and within Discord without any issues.

Steps:

  1. Send Mesh Direct Message to Mesh Node connected to MeshLink
  2. Incoming Mesh DM is received and decoded by MeshLink
  3. MeshLink processes the command (observed in logs & by Discord Copy per the send_mesh_commands_to_discord: True config setting),
  4. No response message to the DM is sent to the original sender on the mesh; Discord receives a copy of the requested info but the DM sender does not.

Additional DM Enhancements/Feature Ideas:
It would be awesome if functionality could be added to MeshLink to permit Discord channel users to DM a mesh node, i.e. $dm <nodename> <message>.

Conversely, I noticed that mentions @discordusername from the mesh do not get processed as such when MeshLink publishes the message to Discord; they just show in plaintext. While I think that implementing actual Discord DM from MeshLink would likely be beyond the scope of the project, facilitating mentions in from incoming mesh messages that get published to the Discord message channel would be very useful for how I'd like to leverage the project.

One other feature to consider concerning DMs could also be to provide a config setting to force MeshLink to only respond to incoming Mesh DMs and ignore broadcast messages on the mesh, similar to what @SpudGunMan has implemented in https://github.com/SpudGunMan/meshing-around. The mesh command prefix could be dropped if this were the case (as I would imagine most users would dedicate a serial node to MeshLink only/only one connection supported at a time).

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions