Welcome to the Ryver Product Ideas forum! We pride ourselves on constantly improving Ryver based on customer feedback. Here, you can view and vote on the current list of feature ideas, or add your own idea if you don't see it.
For immediate support, go to https://support.ryver.com and click the Chat tab in the lower left. You can also request help from the Send Feedback link in the top drop-down menu in the application nav bar.
When i try to send a message, it will not send. All it does it show "No selections available" above the message. Is there a reason for this? If so, how about putting that reason in the UI so i can understand why Ryver refuses to send my message.
//-- CHECK IF THIS IS A MVS USER, ADDED IN 7.1 TO ALLOW A BYPASS FOR THE "Damaged Software" ERROR
if (strtolower($action) == 'mvspccheck')
Maybe you can tell me what is wrong? Is this another hidden MD issue? I really dislike the fact that this software implements "parts" of the MD language with no instructions on that what so ever. That makes for a very bad user experience.
Whenever I open an existing direct message in Ryver Windows app all of the text in the DM is selected. Preferably, this should instead open a direct message and direct the user's focus to the message entry field.
When i am in the middle of typing a new message, if someone sends me a message the cursor is removed and i am left typing a message that is not actually going into the input box. The software shouldn't take my focus away from typing just because a new message is received.
This is a two parter, firstly and primarily I think adding support for the open source chat protocol matrix .org this could help serve as a way of integrating Ryver with other chat systems when you need to communicate with someone who doesn't want to or can't use Ryver for some reason. Could probably work with most other chats and there are already support for many like Slack, Twitter, IRC etc.
For the second part, Ryver could support adding a channel that exists on two different accounts at the same time so if two companies need to cooperate and both use Ryver they can have a common channel instead of one of them inviting all the others as guests. By implementing Matrix support I think this could be achieved. Maybe an even better solution could be made with your own protocol alone but this would be an added benefit to supporting Matrix and should not need any additional work.
Currently, chat messages which are sent by the same user by with different "from" fields (extras.from objects in the body when sent via the API) are grouped by the UI and therefore appear as though sent from the same person. For example:
person1 Sat 4:00pm
this was sent "from" person1 by user1
this was sent "from" person2 by user1
user2 Sat 4:01pm
this was sent regularly by user2
this was sent "from" person3 by user2
user1 Sat 4:02pm
this was sent regularly by user1
I assume this also affects Zapier integrations as well, however I haven't tested it.
It would be useful if these messages weren't grouped, as it could cause confusion with whether messages are being sent by Zapier integrations, Hubot instances, other API usages or even by the user themselves.
Messages display with the most recent at the bottom near the chat entry field, however Posts and Files display with the most recent items at the top. This inconsistency in display order is disconcerting to some users. Allow users to choose the order in which their messages and content display.
The /giphy command is cool and I can see how people would like it. I have to moderate several forums full of high school students though, and they'll spam the chat with /giphy's to the point that it's unusable. Being able to delete chats would be helpful for this as well.
When I type @person there is normally formatting that places it in a grey block. But if I type for example (@person) this fails (any time there is a charachter infront of @) but there seems to be a notification sent anyway.
Customer support service by UserEcho