Closed MotoGP-Fan closed 6 years ago
I can reproduce this behaviour: the input area goes missing when OMEMO support is enabled (i.e. when libsignal-protocol.js
is loaded) and allow_non_roster_messaging
is true
. With either of the two disabled, the input widget re-appears.
@MotoGP-Fan and @sicherha: I'm not able to reproduce this bug. Can you please check again whether it's fixed with the 4.0.2 release? Make sure the browser's cache is cleared.
I am still affected by this issue with 4.0.2, but so far I haven't been able to pinpoint it further. It occurs for many contacts in my roster, but not for all of them; there is no discernible scheme.
Whenever I encounter the problem, the following three conditions coincide:
Cleaning the cache or the site's web storage did not help. No errors are shown in the web-developer console.
@sicherha Please set debug: true
when calling converse.initialize
, or use https://conversejs.org/fullscreen_debug.html
Then in your browser console, enable verbose
logging. Then reproduce the problem, copy the entire log output and paste it here.
Then I can try and see what the problem is.
Log sent via email.
@sicherha I think I found and fixed the bug. You were using allow_non_contact_requests: true
right? This caused an orange headlines box to be created for an OMEMO headline message which in turn prevented a normal chat to be created.
Are you using the CDN or do you have a dev environment set up for Converse?
Yes, I was using allow_non_contact_requests: true
. Our deployment is hosted locally and doesn't make use of the CDN.
I can confirm that your patch appears to fix the issue for me. Thanks for the quick and competent response! :+1:
Cool, thanks for the confirmation
Converse release: 4.0.1 Prosody 0.10.2 on Debian 9
If "allow_non_roster_messaging" is set to "true" (default=false) the chat window will not appear in usual style ->text input not possible. If you want to test this by yourself don't forget to clear browser cache and reload site after changing the configuration option. See pic: