RocketChat
Global search - cannot go to message in a diff channel
Description:
Go to a channel (or chat). Click search. Turn on global switch. Type some text that you know will give messages in a different channel. Click "Go to message" next to that message. Observe "Room not found" screen, which says "The room does not exist or you may not have access permissions".
Then, go to that different channel manually. Open Search, do the same search. NOW you can goto that message.
Server Setup Information:
- Version of Rocket.Chat Server: 6.6.5
- Operating System: Linux
- Deployment Method: tar
- Number of Running Instances: 1
- DB Replicaset Oplog: uhhhh
- NodeJS Version: 14.21.3
- MongoDB Version: 6.0.14
Client Setup Information
- Desktop App or Browser Version: Firefox
- Operating System: Linux
I cannot reproduce on RC 6.6.6. Probably has some particular condition to fulfill until it triggers.
I have a group called #support with a message inside, with the word "silly". the url is https://myhost/group/support
If i go to the channel named #bugs and search for "silly" (global), trying to go to the message gives me "Room not found". Note that #bugs is https://myhost/channel/bugs
If I instead start in a private chat with person-1, then try again, I get "Room not found" (the URL is https://myhost/direct/hashhashhash/...)
If I start in a group called Translations, and then search, it works, this time the group is https://myhost/group/translations
So the problem appears to be that the target URL does not change the base type (ie channel, group, direct, ...)
Also, isn't nice that the search-results disappear when I jump to the message. If it isn't what I'm looking for, I have to start the search from scratch.
Thanks! I still cannot replicate the issue. I tried and in these scenarios the global search as well as jumping to those messages work for us ok.
"Room not found" issues often have indicated cached channels when we've met them, and for clearing out those logging out and logging back in usually helps (the channel subscriptions get loaded again).
This happens to me in a private firefox window, no cache.
Did you try looking for a message that exists in a private 'group', while in another 'channel' or PM ? Of course while you are a member of the private group.
Hi, yes, I tried. Global search works without issues for us. :disappointed_relieved:
Oh! Additional note; have you enabled Global search under /admin/settings/Search -> Default provider?
We have that on.
I have global-search enabled. Perhaps it is because I had enabled it earlier when it was still in beta?
We've had it enabled too during the beta times. It's getting weird... :disappointed:
I think this may be related to messages found that are in a thread?
If I search for text and it is a standard message it seems OK, but if I search for a message that is in a thread the URL seems wrong.
This is the search result (and the link in the code, less the https://my.domain.com/) whilst in a private room for a result in a public room - this shows 'Room not found':
https://my.domain.com/group/publictest/thread/iqL5ZJh3jX4ZrqurD?msg=joTnD4e6NF7GhTy2T
This is the link if you copy it from 'Copy link' in the message
https://my.domain.com/channel/publictest?msg=joTnD4e6NF7GhTy2T
I can confirm that the message I was trying to jump to was in a thread !
Any update on when this will be fixed?
If you have a paid subscription then contact support and ask.
If not it's open source. The team will appreciate your urgent PR to fix it......
Any update on when this will be fixed?
If you have a paid subscription then contact support and ask.
If not it's open source. The team will appreciate your urgent PR to fix it......
No need for snide remarks. Just ran across this issue a handful of times recently and wondered where it had been left off since you said it was in the queue to be fixed 9 months ago and nothing was updated on this since.
No need for snide remarks.
It's facts. You may not like them but it doesn't change them.
It is what it is.
There's a huge system here hidden from view, geared around paying customers and feeding developers. Totally separate bug tracker etc.
Github is just the final output where they publish code. It is rarely viewed by devs (but a few of us are trying to slowly change that)
They don't generally post what they're doing or when.
If they want to fix something they'll do it according to their own schedules.
If anyone else wants it fixed you can
Pay support Wait patiently Fix it yourself
So this has been added to a product managers queue but it probably involves potential upcoming UI changes.
It will get done, if and when they choose, and no amount of nagging here will help.
You get what you pay for.
If you are a paying customer then that gives you nag rights. Otherwise.....