Significant Lag on Large Threads

Description

Mailspring lags with particularly large email threads or reply histories (> 25-30 replies). Turning off spell check mitigates this somewhat, although not completely.

On the GitHub thread, drholera reported that on Ubuntu 20.04, a thread with 35+ messages freezes the app completely.

Additional Context

This bug has been reported to exist even in Nylas Mail, and is confirmed as of 2020.

mikolajzieba on GitHub provided a stack track:

[14840:0x305dbd921000]    48547 ms: Scavenge 2037.1 (2083.8) -> 2036.2 (2084.3) MB, 4.2 / 0.0 ms  (average mu = 0.259, current mu = 0.183) allocation failure 
[14840:0x305dbd921000]    48887 ms: Mark-sweep 2037.2 (2084.3) -> 2034.6 (2084.3) MB, 329.7 / 0.1 ms  (+ 135.2 ms in 284 steps since start of marking, biggest step 6.7 ms, walltime since start of marking 631 ms) (average mu = 0.379, current mu = 0.497) al

<--- JS stacktrace --->

==== JS stack trace =========================================

    0: ExitFrame [pc: 0x563d0ee1cb2e]
Security context: 0x2e1b2a8477b9 <String[7]: file://>
    1: filter [0x2fb76fb24c81] [/usr/share/mailspring/resources/app.asar/node_modules/immutable/dist/immutable.js:~4727] [pc=0x3b52f7391b60](this=0x191157487fd1 <Object map = 0x19700a5fa759>,0x2e1b2a820261 <JSFunction Boolean (sfi = 0x1b8c9069a5f1)>,0x12c2477026f1 <undefined>)
    2: arguments adaptor frame: 1->2
    3: joinAdjacentLists(aka joinAd...

Failed to get crash dump id.
Report Id: {"success":true}
Failed to get crash dump id.
Report Id: {"success":true}```

1 Like