New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 829441 link

Starred by 5 users

Issue metadata

Status: Duplicate
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 1
Type: Bug


Show other hotlists

Hotlists containing this issue:
Hotlist-1


Sign in to add a comment

Hangouts call timing out when I switch tabs

Project Member Reported by abdulsyed@chromium.org, Apr 5 2018

Issue description

Chrome M66 Beta version: 66.0.3359.66
OS: Mac 10.13.13

Hangouts call keeps dropping in M66 Beta when tab is switched to some other tab.

Steps for repro:
- Connect to a video hangouts session via go/join/meetingname. 
- Switch tabs and wait maybe 30 seconds to a minute
- The call just drops and then when I switch back to the tab, it reconnects. 

Happy to provide more details or do a live demo. 
 
Reminder: Please note that M66 Stable is only 7 days away. This bug has been marked as ReleaseBlock Stable for M66. So please take a look and appropriately address this bug. 

Comment 2 by guidou@chromium.org, Apr 11 2018

Owner: guidou@chromium.org
Status: Assigned (was: Untriaged)
Will take a look at this.

Comment 3 by guidou@chromium.org, Apr 12 2018

 abdulsyed@: Can you provide more details about this bug?
I couldn't reproduce on Mac, Linux or Windows with the provided steps.

Comment 4 by guidou@chromium.org, Apr 12 2018

Labels: Needs-Feedback

Comment 5 by guidou@chromium.org, Apr 12 2018

Labels: Needs-Bisect
I am happy to do a live demo if you're free. 
Cc: kraynov@google.com
related bug, crbug/826281
Cc: brajkumar@chromium.org
Bibin, Can you please see if you can bisect this issue?
Hi Mano, Tested this issue on MacBookAir 10.13.3 using chrome M66 #66.0.3359.66 by following the steps mentioned in the original comment, observed no drops in the call while switching to different tabs. 

Thanks!
Components: Blink>Scheduling
Cc: guidou@chromium.org
Components: -Blink>WebRTC
Owner: ----
Status: Untriaged (was: Assigned)
I could not reproduce this. Making the bug available for scheduling team to triage.
Bibin@, Abdul & Myself were able to repro this issue on Mac OS X this morning. Can you please give a one more try?

Repro steps:
=============
1. Login to Google corp account and create a hangouts meeting request on Canary/Latest M66 Stable
2. Ask other person to login to corp account and access the meeting request
3. Make sure you both turned on laptop's camera
4. After a min or two, from one person's laptop try to switch tabs with in the same chrome browser
5. And notice you will be kicked out of the meeting

So far this is happening only w/ corp accounts, so make sure you both are connected to corp n/w.

Thank you!
> Tested this issue on Mac OS 10.13 using chrome latest stable #66.0.3359.117 by following steps mentioned in the comment #13 in corp network, observed no drop in hangout. I have waited more than 5 minutes once the hangout call is started still not able to reproduce this issue.
 
> Tested the same on chrome latest canary #68.0.3399.0, able to reproduce this issue once even without switching the tabs when the hangout call is on. Observed the call drops and gets reconnected automatically, since this issue is not seen consistently unable to provide bisect.

Thanks!
Labels: -ReleaseBlock-Stable
Hmm - this also seems a bit unreliable. I tried this on incognito mode and it seem to be working fine. Not marking this as a release blocker, but keeping it open since we should investigate why this is happening. 
Cc: alexclarke@chromium.org
Owner: altimin@chromium.org
Status: Assigned (was: Untriaged)
Mac triage: directly assigning to scheduling team for triage.
Mergedinto: 837771
Status: Duplicate (was: Assigned)
Sounds like another ResourceLoadScheduler issue.

Sign in to add a comment