Could you attach a NetLog per these instructions? Thanks!
https://dev.chromium.org/for-testers/providing-network-details

Thanks for help.
I will reproduce it .then send the Net log to u.

Thank you for providing more feedback. Adding requester "davidben@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Attach file is the NetLog.
thanks

Deleted: chrome-net-export-log.json 15.9 MB

chrome-net-export-log.json 15.9 MB Download

I open two tab , the issue happen in this website: https://www.douyu.com/103607

@davidben-- Could you please check comment #3 & 4 as per your comment #1 and update the thread.

Thanks!

This is in the network bug triage queue and will be picked up there by the current triager. (At a glance through the NetLog, I didn't see any obviously failing request in there though.)

Also removing Needs-Feedback as that will mess up the triage process. Needs-Feedback means we need feedback from the reporter.

From looking at the har file and the pcap, I see that requests are working for about a minute (not the hours in the initial report), and then the har file doesn't have a response for the request 'GET http://hdl5.douyucdn.cn/block/hdl1a.douyucdn.cn/live/252802rbQGaZXUQi/599ba3c6.wsv'. The pcap shows both that request, and a response (starting with frame 5839, ending with 6100), but with just those files, I can't figure out what's going on in chrome.

Looking at the attached netlog, I don't see any requests in it that match the pattern of requests in the HAR file. Specifically, most of the requests in the HAR file are for URLs like the one I mentioned above (ending in .wsv), but there are no requests in the netlog for paths ending in .wsv. I also don't see any

I don't have enough information to debug what's going on. Can you be more specific describing what's going wrong, for example which request is failing, and when it happens?

Thanks for ur reply.
My description in the initial report maybe confuse u.  I m sorry.
In the initial report ,we need to open that website and play the video and after hours the bug will happen.    
As in comment #9 ,when the bug happen, the action script will stop the download because it could not receive the data,  in a few minutes later.

I will try to capture a new log about this.
It will have a pcap file,a HAR file, a Netlog file.

Thanks for ur great help.

Thank you for providing more feedback. Adding requester "nharper@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

When you provide a new log, could you also mention which request the action script did not receive data from?

hi nharoer
thanks for your help.
when i get the log , i will find out which request is block.
I had try it serveral days.But it is hard to reproduce .
Next week i will have a holiday ,so i will try to reproduce it about October 10th.
thanks

Thank you for providing more feedback. Adding requester "nharper@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Hi  lianchenlin@, were you able to capture a new log?

hi all
i reproduced it ,and capture three logs.
http://60.210.23.31:8080/2.pcapng is log captured by wireshark.
http://60.210.23.31:8080/chrome-net-export-log.json is captured by chrome://net-export
http://60.210.23.31:8080/www.douyu.com2.har is HAR file captured by chrome.
we could find that the first request http://hdl5.douyucdn.cn/block/hdl3.douyucdn.cn/live/3928rDwGYQxGZdT4/59dd9427.wsv was been blocked.
After this request all the requests is blocked by chrome.
thank you for ur great help

Thank you for providing more feedback. Adding requester "nharper@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Hi all
Is there any progress?
Looking forward to your replay
thank you very much.

nharper@: Could you please help in further debugging and investigation as per C#17.

 

The HAR file shows that there is no response to the request for http://hdl5.douyucdn.cn/block/hdl3.douyucdn.cn/live/3928rDwGYQxGZdT4/59dd9427.wsv
 (and following), while the net-export log and the pcap show there is a response. The error reported in the HAR file is net::ERR_ABORTED, which is indicative of a layer above the net stack aborting a request (not an error with the net stack).

I'm removing the Internals>Network component, and leaving it as Internals>Plugins>Flash. It looks like Flash (or something between Flash and the net stack) is canceling requests.

nharper@
Thanks for ur reply.
I have some question about this. could u pls kindly for help.
when this issue happen, refresh the tab , the request of html page also been blocked.
So if this is a issue for flash plugin ,why we could not refresh the tab?
The plugin will block the refresh?
thank u very much.

Hi all
Is there any progress?
Looking forward to your replay
thank you very much.

hi all
In Chrome version: 62.0.3202.75  & flash version 27.0.0.183,  this issue will be very hard to reproduce . it spend days to reproduce it.  the performance is better than the old version than i mentioned in  comment #1
Is there some 
improvement has been submit about this issue, from Chrome version: 60.0.3112.113&Flash Version: 27.0.0.130  to Chrome version: 62.0.3202.75  & flash version 27.0.0.183

Since, we were unable to repro the issue so it would be difficult to pin point at any specific fix, that would have worked for this.

However, could you please confirm if the issue no longer re-pro's at all on the latest stable: 62.0.3202.75 and whether this can be closed?

hi all
I using windbg to capture de dmp file.  when the issue happen ,i open using windbg to attach the brower&plugin&render process. is it could help for analysis
http://60.210.23.31:8080/brower.dmp is dmp file for brower process.
http://60.210.23.31:8080/plugin.dmp is dmp file for plugin process
http://60.210.23.31:8080/render.dmp is dmp file for render process

Thank you for providing more feedback. Adding requester "divya.padigela@techmahindra.com" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

hi divya
this issue could be reproduced on the latest stable: 62.0.3202.75.just need more time to reproduce it.
i have got about ten times yesterday, from my application online .
so i think it could not be closed.

thank u for ur reply and help.

hi divya
   I think u could reproduce this issue by visit following page:https://www.douyu.com/206858.    And using the chrome version under 62.
By the way ,u could open severl tab to visit the same page https://www.douyu.com/206858 . This will more easy to reproduce it.

thank u for ur help. 

lianchenlin@ Thanks for the feedback.

Tested this issue again on Windows 7 and Mac OS 10.12.6 using the latest Stable 62.0.3202.75 and Canary 64.0.3256.0 and unable to reproduce the issue by following the below steps.

1. Launched Chrome and navigated to webpage https://www.douyu.com/206858.
2. Enabled flash for that webpage and can observe that the video is playing without any issues.
Waited for a while and re-visited the webpage and can see that the video is still playing without any issues.

Attached is the screen cast for reference.
Request you to please check and update the thread if we have missed anything from our end.

Also request you to please restart chrome by resetting all the flags to default in chrome://flags and retry the issue and update the thread with observations.

Thanks..

Deleted: 766971.webm 26.0 MB

766971.webm 26.0 MB Download

hi susanjuniab
   Thank u for ur reply.
   i will restart my chrome follow the step ,which in comment#31."Also request you to please restart chrome by resetting all the flags to default in chrome://flags and retry the issue and update the thread with observations." 
   mentioned in comment#31:"Request you to please check and update the thread if we have missed anything from our end".  i check the video , your operation is right. But i think u can use windows 10 and chrome 60.0.3112.113, this issue will be reproduced about one or two hours later.
   And this issue is not only on my computer ,but also my colleagues' and my customers'.
   could u try it again ,change ur windows and chrome version,.

   thank u for  great help.

best regards

Thank you for providing more feedback. Adding requester "susanjuniab@chromium.org" to the cc list and removing "Needs-Feedback" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

hi susanjuniab
   This time i reset the flag to default in chrome://flags. then reset chrome.
   attachment file "kk 2017-11-08 14-47-06.avi" is the thread to reset the flag. do i miss something?
   After i reset the flag,i reproduced it on windows 10 and chrome 60.0.3112.90.
   And do u need the issue reproduce video.  It is a long time, so i just send the reset flags part.
   And i found that if we move attachment file mms.cfg to C:\Users\linzm1\AppData\Local\Google\Chrome\User Data\Default\Pepper Data\Shockwave Flash\System.  The issue will not be reproduce.
   In the mms.cfg, we  set RTMFPP2PDisable=1. it will stop rtmfp P2P.
   I guess this may cause by the p2p function, in the plugin.
   Is this information useful to our analysis.
   By the way did u reproduce this issue?

   thank u for ur great help.

best regards

   

Deleted: mms.cfg 64 bytes

mms.cfg 64 bytes Download

Deleted: kk 2017-11-08 14-47-06.avi 5.0 MB

kk 2017-11-08 14-47-06.avi 5.0 MB Download

hi all
   this issue could be reproduce by calling the functions in a timer callback as follow in the plugin:

   _netStream = new NetStream(_serverConnection.netConnection, _farId);
   initNetStream();
   _netStream.play(ServerConnection.streamid);


        public function initNetStream():void
        {
            if (this._netStream)
            {
                this._netStream.videoReliable = false;
                this._netStream.audioReliable = false;
                this._netStream.dataReliable = true;
                this._farId = this.netStream.farID;
                this._netStream.client = this;
                this._netStream.addEventListener(NetStatusEvent.NET_STATUS, this.onNetStatusEventHandler);
            };
        }



when this functions was called increasing frequency, the issue will be reproduce.

@Reporter: Could you please check the issue on latest build and let us know whether the issue is still seen or not? You can download latest build from https://www.chromium.org/getting-involved/dev-channel.

Thanks!

As per comment#35 requesting someone from the Internals>plugin team for help in triaging and debugging this further.

Thanks!