New issue
Advanced search Search tips

Issue 923454 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Accessing the Cast Menu restarts the current casting stream

Reported by o...@games-creation.com, Jan 18 (4 days ago)

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3674.0 Safari/537.36

Steps to reproduce the problem:
1. Start a casting stream from a web app (e.g. Netflix, Spotify), not a tab stream
2. Press the Chromecast button to open the cast menu without making any changes
3. Observe that playback has returned to 00:00

What is the expected behavior?
Playback doesn't change unless manipulated

What went wrong?
As the menu opens, the current playback restarts at 00:00 - happens on Netflix, Spotify and other casting apps.

Did this work before? Yes 

Chrome version: 73.0.3674.0  Channel: canary
OS Version: OS X 10.14.2
Flash Version: 

Works correctly in stable, only recently broke.
 

Comment 1 by susan.boorgula@chromium.org, Jan 20 (2 days ago)

Labels: Needs-Triage-M73 Needs-Bisect

Comment 2 by viswa.karala@chromium.org, Yesterday (47 hours ago)

Cc: viswa.karala@chromium.org
Components: Internals>Cast
Labels: Triaged-ET TE-NeedsTriageFromHYD
Thanks for filing the issue!

As per comment# 0 steps to reproduce the problem, issue requires Chromecast device to test and confirm itg. But, ET team doesn't have Chromecast device to test and confirm the issue, hence routing this to Inhouse for further triaging it, adding TE-NeedsTriageFromHYD label to it.

Thanks!

Comment 3 by taku...@chromium.org, Today (12 hours ago)

Cc: aee@chromium.org
Components: -Internals>Cast Internals>Cast>UI
Labels: -Pri-2 OS-Chrome OS-Linux OS-Windows Pri-3
Status: Available (was: Unconfirmed)
I can repro this on 73.0.3673.0 with the WebUI dialog but not the Views dialog. Does not repro on 72.0.3626.64 with the WebUI dialog.

I haven't done a bisect (and couldn't do a clean revert) but I think crrev.com/c/1362245 is the culprit CL.

Since this only affects the WebUI dialog which won't be used in M73, fixing this is low priority unless we have a major change to the plan.

Sign in to add a comment