websocket onmessage event delayed while dragging
Reported by
andre...@gmail.com,
Sep 13 2016
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2785.101 Safari/537.36 Steps to reproduce the problem: 1. Start drag on canvas with mouse 2. Send websocket messages continuously from server 3. Response to each message received (i.e. print console log) What is the expected behavior? Continuously receiving websocket messages What went wrong? The messages received only after stop dragging - either stop mouse moving or release mouse button. Did this work before? Yes In all chrome versions a month ago Chrome version: 53.0.2785.101 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 22.0 r0
,
Sep 13 2016
Unfortunately, my working example is very complex. But, in general, I drag with mouse on canvas and send websocket message on each mousemove event as well as some other websocket messages. I expect to receive answer on each message from server. I receive it only I stop dragging. *Sometimes I get these answers messages but with big delay - several seconds and this delay increase when "dragging speed" increase
,
Sep 15 2016
+WebSockets component. A minimized reproduction would be very helpful here.
,
Sep 16 2016
Are issue 450258 and issue 600385 related?
,
Sep 22 2016
I found good example, looks like the same problem: https://codepen.io/bQvle/pen/wGeqMG
,
Sep 22 2016
andreyf4@ can you describe what you are seeing on the codepen? When I have the mouse down and drag the frame rate I see is constant. Also it would be useful to know if this reproduces in Chrome Canary. We made some optimizations to the mouse movement pipeline that helps with latency. I don't know if that will help the websocket messages.
,
Sep 25 2016
This is the video for my example: https://www.youtube.com/watch?v=RsCpe6XOWuo I found it here: http://stackoverflow.com/questions/36212059/left-mousedown-mousemove-blocking-other-events-from-firing *The problem doesn't happen constantly, sometimes is not reproducible.
,
Sep 26 2016
Could you try this on M55? We've adjusted the logic for throttling tasks since M53 I think.
,
Sep 28 2016
This is reproducible for me at http://geoarena.online on Version 53.0.2785.116 (64-bit). Open a chrome window and then an incognito window, join a custom game from both windows so you're playing against yourself, then left click + hold + drag around. Same thing that happens in the youtube video linked above happens in game. Not 100% reproducible but definitely almost 100% reproducible. I've tried on Chrome Canary (Version 55.0.2873.4 canary (64-bit)) and it seems to be fixed... any suggestions for how to alleviate this issue for now? 6 weeks is a long time to wait for a new Chrome version, and thousands of my players are hitting this issue. The only advice I've been able to offer is to switch to another browser for now since this doesn't seem to happen in any other browser right now.
,
Sep 28 2016
Did you try M54? https://www.chromium.org/developers/calendar M54 release is about 3 weeks away.
,
Sep 29 2016
,
Sep 30 2016
looks like this is fixed (at least for me) in M54, will wait for that release.
,
Oct 6 2016
As per comment #12 this is fixed in M54.
,
Jan 5 2017
|
||||||
►
Sign in to add a comment |
||||||
Comment 1 by kochi@chromium.org
, Sep 13 2016Labels: Needs-Feedback