Here's another one: internal code search was unresponsive. Refreshing the tab gives me a blank tab: https://drive.google.com/open?id=0BwMljMmHR01jVUptYnZRTS04T0E

Bumping priority. I just lost a major email message I'd composed. It seems that inbox silently lost its ability to save the draft. When I hit "send", the composition window went away and my message was lost. I'm forced to switch back to stable as a result.

#2 -
Can you also file an issue with Inbox for not removing the compose window if the message were not actually sent to the server?

I have filed feedback for Inbox.

Removing CC and letting the net triager triage this. I'm in transit.

Looking at the logs, this doesn't look like either  issue 647241 .

We get the headers relatively quickly (Well, within a second, which isn't great, but it's not dead), but the response bodies are coming in at a rate of 21-22 bytes every 20-30 seconds or so from docs (And I don't think these are all chat channels?).

For some other requests, headers are taking as long as ten seconds, but those look to be normally slow URLs.

In the second log, again, I see nothing slow but codereview and docs - everything to the corp domain finishes in under 200 ms (Some after cancellation, most successfully - cancels are just the crash server and logic URls).

So I'm thinking this may have nothing at all to do with the network stack.

logic URLs == login URLs

I've observed music stopping playing on play.google.com too, but on Windows. This is 55.0.2865.0 (Official Build) canary (64-bit).

One potentially interesting observation: when this happens, clicking reload, then Don't Reload on the resulting dialog causes the music to continue playing for a time.

This doesn't just affect backgrounded tabs, does it?  If so, it may be https://chromium.googlesource.com/chromium/src/+/c0d562a6b9a72f723fc5f15d55e0fac04f2dd623

No, it reproduces reliably for me on the foreground tab.

In the music case, I'm fairly certain the tab was not in the foreground. Even so, reloading the tab doesn't fix it. If it were purely a bg/fg thing, should things recover once the tab is in the foreground? If so, they aren't. Closing the tab and opening a new one does.

tentatively adding Loader

Note that  Issue 648147  reports the same problem but suspects an issue with timers not firing rather than networking. Trying to get more info there before deciding which bug to dup into which.

Sorry - meant  Issue 648084 .

shrike:  I think you mean some other issue number?  That's the number of this issue.

 Issue 647484  could be related.

Thanks. Yes, I think  issue 647484  is it. 55.0.2866.0 (Official Build) canary (64-bit) is working for me so far today. Thanks.