When I open a person-to-person chat window, the desktop application / browser tab is frozen and only loading is visible in the chat window. Sometimes after some time, loading will disappear and the page will remain blank.
Version of Rocket.Chat Server: 0.59.3
Operating System: Linux (Debian Wheezy)
Deployment Method: tar (manually)
Number of Running Instances: 1
DB Replicaset Oplog: disabled
Node Version: 4.8.4 - x64
Send a message:
```a abc abcd abcdefghij abcde abc abcdef abcdefghi abcdefghijklm a abcdefghijklmnopq ... abc ab abc abcdefg ab abcde abc abc abcd```
=> desktop app/browser tab freeze immediately
Chat window is oppened.
Frozen client/browser
No server logs.
In debug console:
Exception from Tracker afterFlush function: undefined
TypeError: Cannot read property 'split' of null
at isRtl (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:205:64634)
at f.TemplateInstance.<anonymous> (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:195:9713)
at f.TemplateInstance.s (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:177:2144)
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:34608
at Function.e._withTemplateInstanceFunc (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:37631)
at n (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:34514)
at f.View.<anonymous> (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:35479)
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:18128
at Object.f._withCurrentView (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:23053)
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:79:18096 undefined
Sometimes:
Exception in defer callback: TypeError: Cannot set property 'scrollTop' of null
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:181:30809
at e.Computation._compute (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:31:2311)
at new e.Computation (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:31:1265)
at Object.e.autorun (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:31:4215)
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:181:30152
at n.EnvironmentVariable.r.withValue (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:1:7226)
at https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:1:2969
at Object.<anonymous> (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:1:7481)
at e (https://rocketchat.domain.tld/0e9b9d3ea29454961e3d11673f9fa698b04622fd.js?meteor_js_resource=true:1:2198)
I have same problem :/
I am encountering this exact issue also. Same version.

Actually, I've managed to fix it by editing some messages in the DB from one specific user. He hit #7357 which in return caused this bug to appear for us. Editing the erroneous messages from the DB corrected the issue.
I can confirm deletion of some messages from the database helped.
I am @jirkace colegue.
We tried to delete some messages (from the newest) through REST API and finally we found the string which caused the freeze of the desktop app and the browser tab.
String has to be closed in ```
```a abc abcd abcdefghij abcde abc abcdef abcdefghi abcdefghijklm a abcdefghijklmnopq ... abc ab abc abcdefg ab abcde abc abc abcd```
With this string we reproduced the problem.
to solve this issue go to:
administration->MESSAGE->Markdown->Markdown Parser and select Marked.
It helped. Thank You.
It's only workaround. Isn't it?
I don't understand clearly to this part of configuration. Is there some documentation about it?
Is this still happening?
@tassoevan we are going to upgrade to lastest version (sometime in next two weeks), then we can check it
I haven't noticed this in 0.69.2.
Most helpful comment
Actually, I've managed to fix it by editing some messages in the DB from one specific user. He hit #7357 which in return caused this bug to appear for us. Editing the erroneous messages from the DB corrected the issue.