search

RocketChat / Rocket.Chat

The communications platform that puts data protection first.
https://rocket.chat/
Other
39.63k stars 10.16k forks source link

Jitsi call between servers in federation mode is not working #17202

Open Stanymanman opened 4 years ago

Stanymanman commented 4 years ago

Description:

Hi,

Jitsi is enabled on our servers. It's working well between users on the same server. But when clicking "Video Chat" in a chat with users from servers in federation, users on remote server don't see the "click to join !"

Steps to reproduce:

On the first server we launch the video chat:

image

On the remote server there is no "click to join !":

image

Server Setup Information:

Relevant logs:

On log we have this:

Exception while invoking method 'jitsi:updateTimeout' TypeError: resource.mentions is not iterable at Object.normalizeMessage (app/federation/server/normalizers/message.js:62:33) at app/federation/server/hooks/afterSaveMessage.js:22:102 at /opt/Rocket.Chat/programs/server/npm/node_modules/meteor/promise/node_modules/meteor-promise/fiber_pool.js:43:40 => awaited here: at Function.Promise.await (/opt/Rocket.Chat/programs/server/npm/node_modules/meteor/promise/node_modules/meteor-promise/promise_server.js:56:12) at callback (app/federation/server/hooks/afterSaveMessage.js:33:39) at callbacks.runItem (app/callbacks/lib/callbacks.js:110:70) at Object.callbacks.runItem (app/metrics/server/callbacksMetrics.js:24:20) at app/callbacks/lib/callbacks.js:39:35 at app/callbacks/lib/callbacks.js:45:45 at app/callbacks/lib/callbacks.js:45:47 at callbacks.run (app/callbacks/lib/callbacks.js:126:9) at Object.callbacks.run (app/metrics/server/callbacksMetrics.js:14:17) at MethodInvocation.jitsi:updateTimeout (app/videobridge/server/methods/jitsiSetTimeout.js:42:14) at MethodInvocation.methodsMap. (app/lib/server/lib/debug.js:67:34) at maybeAuditArgumentChecks (packages/ddp-server/livedata_server.js:1771:12) at packages/ddp-server/livedata_server.js:719:19 at Meteor.EnvironmentVariable.EVp.withValue (packages/meteor.js:1234:12) at packages/ddp-server/livedata_server.js:717:46 at Meteor.EnvironmentVariable.EVp.withValue (packages/meteor.js:1234:12) at packages/ddp-server/livedata_server.js:715:46 at new Promise () at Session.method (packages/ddp-server/livedata_server.js:689:23) at packages/ddp-server/livedata_server.js:559:43

Thanks !

ankar84 commented 4 years ago

Confirm that for 3.1.0

Stanymanman commented 4 years ago

Hi, yes problem is always here.

Polyblog commented 4 years ago

I have the same problem on 3.2.2 version.

ankar84 commented 4 years ago

I think, that the only way to resolve that issue is to configure guest virtual host without authorization in Jitsi and share created calls links in federation enabled chat. That way federated users will see the link and can join call like guests.

Polyblog commented 4 years ago

Yep, I use this method, but it isn't comfortable for common users. They confuse internal and external calls.

github-actions[bot] commented 4 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

ankar84 commented 4 years ago

Still an issue

github-actions[bot] commented 3 years ago

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

ankar84 commented 3 years ago

Problem still here

ankar84 commented 3 years ago

Also I think, if one Jitsi domain set to secure domain - federated domain need same secrets to Jitsi calls works transparently

EnCz commented 3 years ago

still a problem

ImaCrea commented 3 years ago

still a problem on 3.8.1 two federated instances but sharing same jitsi instance