New issue
Advanced search Search tips

Issue 646282 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Oct 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

websocket onmessage event delayed while dragging

Reported by andre...@gmail.com, Sep 13 2016

Issue description

UserAgent: 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
 

Comment 1 by kochi@chromium.org, Sep 13 2016

Components: -Blink Blink>Input
Labels: Needs-Feedback
andreyf4, do you have any working example of this bug?
(e.g. at jsbin.com)?

Comment 2 by andre...@gmail.com, 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

Comment 3 by bokan@chromium.org, Sep 15 2016

Components: Blink>Network>WebSockets
+WebSockets component.

A minimized reproduction would be very helpful here.
Are  issue 450258  and  issue 600385  related?

Comment 5 by andre...@gmail.com, Sep 22 2016

I found good example, looks like the same problem:
https://codepen.io/bQvle/pen/wGeqMG
Cc: dtapu...@chromium.org skyos...@chromium.org
Components: Blink>Scheduling
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.

Comment 7 by andre...@gmail.com, 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.  
Could you try this on M55? We've adjusted the logic for throttling tasks since M53 I think.

Comment 9 by vzhou...@gmail.com, 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.
Did you try M54? https://www.chromium.org/developers/calendar

M54 release is about 3 weeks away.
Labels: Needs-Bisect

Comment 12 by vzhou...@gmail.com, Sep 30 2016

looks like this is fixed (at least for me) in M54, will wait for that release.
Status: WontFix (was: Unconfirmed)
As per comment #12 this is fixed in M54.
Labels: Hotlist-Input-Dev

Sign in to add a comment