asynchronously preparing wasm taking 5x longer then FireFox
Reported by
b...@christof.us,
Nov 9 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.40 Safari/537.36 Steps to reproduce the problem: 1. Go to https://www.gamepoint.com/?forceClientTechnology=webgl 2. Register 3. Enter Bingo 4. Check time spend on asynchronously preparing wasm What is the expected behavior? Processing time of Chrome for "asynchronously preparing wasm" is over 5 times longer then current public FireFox 56 version What went wrong? Chrome WASM is compared to Firefox in very bad shape for months. Chrome killing Flash is a good choice, but not having proper WASM implementation is not good strategy Did this work before? No Chrome version: 63.0.3239.40 Channel: beta OS Version: OS X 10.13.2 Flash Version: Shockwave Flash 27.0 r0
,
Nov 9 2017
This should be addressed by our work on Liftoff.
,
Aug 13
Liftoff is enabled by default in M-69. Should be fixed now. Can't verify without registering. |
|||
►
Sign in to add a comment |
|||
Comment 1 by dtapu...@chromium.org
, Nov 9 2017