Element-web: Disasterous performance on FF on rooms with large encrypted images

Created on 2 Dec 2016  路  9Comments  路  Source: vector-im/element-web

In a room with several encrypted 3MB images, silwol reports that FF completely grinds to a halt until you move to a different room, pausing for ~30s on end. Attached is a JS profile, and a screenshot of what it's doing. It seems to be spending multiple blocks of 10s in PresShell::DeReflow(), and then over 3s actually painting.

screen shot 2016-12-01 at 23 39 52

bug p1 performance platform specific e2e timeline

All 9 comments

this happens both on /app and /develop.

i can reproduce this spectacularly with 3x 3MB images.

see also #2866

Can reproduce with 2x 4MB images.

should now be fixed at last by matrix-org/matrix-react-sdk#1864. feedback welcome!

Thanks! Sorry for stupid question but looks like those patches are only in develop branch. While clicking at the version number and read the commit history, looks like my client is not using it.
How can I test the web-ui on develop branch please ?

@nailyk-fr try https://riot.im/develop

Many thanks.
No way to compare with earliest performance. Scrolling and writing are now working damn fast.

I sent a report through the webui some days ago about gif/videos playing making webUI unusable but looks like it fixed it too.

Will test more but it is now really good! Many thanks for the fix!

After more testing performance are just awesome. (not tried yet on my 10 years old laptop)
However am not able to tell if this patch or something else fixed it as I switched to /develop only yesterday.

Thanks for reactivity... And many thanks for the apps !

Was this page helpful?
0 / 5 - 0 ratings

Related issues

bagage picture bagage  路  3Comments

NotAFile picture NotAFile  路  3Comments

lukebarnard1 picture lukebarnard1  路  3Comments

ara4n picture ara4n  路  3Comments

grahamperrin picture grahamperrin  路  3Comments