You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: README.md
+1-2
Original file line number
Diff line number
Diff line change
@@ -19,8 +19,7 @@ The process is extremely similar to ModMail, but with major differences. When a
19
19
sends a direct message to the bot, Rodhaj will create a new ticket (which is a forum post)
20
20
internally for staff to view. From there, each ticket is tied with a member and DMs from Rodhaj will be processed and sent to their respective tickets.
21
21
22
-
To ensure that staff will be able to respond, each active staff is randomly assigned
23
-
to a particular ticket. This ensures that tickets are evenly distributed among staff. Staff are free to swap and work on multiple tickets as needed. Once a ticket is closed, the staff will be automatically unassigned from the ticket, and a new DM to Rodhaj will prompt the user to create a new ticket. It's designed to be a replacement to ModMail.
22
+
Staff are free to swap and work on multiple tickets as needed. Once a ticket is closed, the staff will be automatically unassigned from the ticket, and a new DM to Rodhaj will prompt the user to create a new ticket. In short, it's designed to be a replacement to ModMail.
Copy file name to clipboardexpand all lines: docs/user-guide/features.rst
+10-20
Original file line number
Diff line number
Diff line change
@@ -18,40 +18,30 @@ The ticket will be marked as closed to the user and subsequently closed on the t
18
18
Once closed, a ticket cannot be reopened. If a staff uses the ``?close`` command,
19
19
the active ticket will be closed and the user will be notified of the closure.
20
20
21
-
Note that there is no plans to support timed closures, as it is a design feature fudmentally flawed for this type of command.
21
+
Note that there is no plans to support timed closures,
22
+
as it is a design feature fudmentally flawed for this type of command.
22
23
23
24
Administrative Features
24
25
=======================
25
26
26
27
Replying
27
28
--------
28
29
29
-
In order to reply to a thread, use the ``?reply`` command. This will send a message to the user within an active ticket.
30
-
Without executing this command, all messages will be seen as internal in the ticket. Images attachments, emojis, and stickers
31
-
are supported.
30
+
In order to reply to a thread, use the ``?reply`` command.
31
+
This will send a message to the user within an active ticket.
32
+
Without executing this command, all messages will be seen as internal in the ticket.
33
+
Images attachments, emojis, and stickers are supported.
32
34
33
35
.. note::
34
36
35
-
Unlike ModMail, **none** of the messages sent with the ``?reply`` command, internally in the ticket, or by the user to staff
36
-
will be logged. This is to ensure that the privacy of the user is respected. Staff can always look back at an closed ticket
37
-
within the ticket channel if they need to refer to a particular message.
37
+
Unlike ModMail, **none** of the messages sent with the ``?reply`` command, internally in the ticket,
38
+
or by the user to staff will be logged. This is to ensure that the privacy of the user is respected.
39
+
Staff can always look back at an closed ticket within the ticket channel if they need to refer
40
+
to a particular message.
38
41
39
42
Tags
40
43
----
41
44
42
45
To aid with frequent responses, tags can be used. Tags do not have an owner associated, thus they can be used and edited by any staff member.
43
46
Tags can be used by using the ``?tag <tag name>`` command, where ``<tag name>`` represents the name of the tag that should be used.
44
47
By default, they are sent directly to the user who is in the ticket, but can be sent internally by using the ``--ns`` flag.
45
-
46
-
47
-
Ticket Assignee
48
-
---------------
49
-
50
-
As tickets are created, they are assigned to a staff member. This is done to ensure that the ticket is not left unattended.
51
-
The ticket assignee is randomly selected from the staff members who are online. If no staff members are online, then there will not be a ticket assignee.
52
-
In order to manually assign a ticket, the ``?assign`` command can be used. This will assign the ticket to the staff member who executed the command.
53
-
54
-
When the ticket is created, the staff is notified in a channel that logs events related to tickets. This is done to ensure that the staff is aware of the ticket
0 commit comments