I am having difficulties to enable the transcription UI that was recently implemented on jitsi-meet.
On the make dev environment, everything works properly, Jigasi is called as a hidden object and the transcription works properly.
For my regular deploy environment, on the other hand, I am just able to call the transcription module using console calls. When I press the CC button it just changes the local state without doing anything else. It doesnt seems to be attempting to call JIgasi at all.
On the problematic version and it is returning nothing. I output the state variable ‘requestingTranscription’ and it is actually switching state properly on button press.
I think that somehow conference.room.dial(TRANSCRIBER_DIAL_COMMAND) call is being blocked somewhere.
Which versions you use for meet/jicofo and jigasi, are you using latest everywhere?
When it doesn’t work you don’t see anything in the js console as a reply from jicofo?
I am using the latest version from master of the three of them.
It doesnt output anything, not even an error message. If I force a call from console using conference.room.dial() it calls Jigasi properly as it used to.
I am still stucked on this issue, there are some locations that had meet.jit.si domain hardcoded and I am changing it to test.
Just to know, how does make dev works? Where is it getting the other services from (Jicofo,jigasi, etc)? I want to compare how the other services are configured on dev with mine.
Still not working. One of the differences that I noticed is that when I invoke conference.room.dial(“jitsi_meet_transcribe”), the transcriber join as a regular user on my installation instead of as a hidden user when I call on make dev/beta.meet.jit.si. I still cant figure out the difference between the settings…
Below is the output for the js console when I start a session.
@damencho Any idea? Sorry for bothering a lot about this.
# If you want jigasi to perform authenticated login instead of anonymous login
# to the XMPP server, you can set the following properties.
# org.jitsi.jigasi.xmpp.acc.USER_ID=SOME_USER@SOME_DOMAIN
# org.jitsi.jigasi.xmpp.acc.PASS=SOME_PASS
# org.jitsi.jigasi.xmpp.acc.ANONYMOUS_AUTH=false
Sorry for the bad documentation on this. Your dev environment most likely works because it points to beta.meet.jit.si by default, which has the right settings.
@Nik_V Thank you so much. Following your suggestions, I managed to make jigasi join as a hidden user with the TR icon being displayed instead of a new user. I assume that it is joining as an authenticated user on.
I added ALLOW_NON_SECURE (ALWAYS_TRUST_MODE_ENABLED was enabled already by default).
However, the CC button is still not calling the transcriber and I am trying to find the reason, it still behaves like before with no response nor error message on the js console or on the logs. I changed the jigasi user so it matches the behavior on beta environment. (jigasi@recorder.domain.com)
BTW, I had to comment the following setting:
org.jitsi.jigasi.xmpp.acc.BOSH_URL_PATTERN=https://{host}{subdomain}/http-bind?room={roomName}
Because it was giving the error message that I posted before:
org.jivesoftware.smack.SmackException: No supported and enabled SASL Mechanism provided by server. Server announced mechanisms: . Registered SASL mechanisms with Smack: [SASL Mech: GSSAPI, Prio: 100, SASL Mech: SCRAM-SHA-1-PLUS, Prio: 100, SASL Mech: SCRAM-SHA-1, Prio: 110, SASL Mech: DIGEST-MD5, Prio: 200, SASL Mech: CRAM-MD5, Prio: 300, SASL Mech: PLAIN, Prio: 400, SASL Mech: X-OAUTH2, Prio: 410, SASL Mech: EXTERNAL, Prio: 500, SASL Mech: ANONYMOUS, Prio: 500]. Enabled SASL mechanisms for this connection: [ANONYMOUS]. Blacklisted SASL mechanisms: [SCRAM-SHA-1-PLUS].
Can you share your Jicofo logs (should be something like /var/log/jicofo.log).
Can you check that the presence is sent accordingly, after you clicked the cc button? See my attached image for how it should look. It’s important that the jitsi_participant_requestingTranscription property is set to true.