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

Issue 714403 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

audio.pause() called after alert() is executed before the alert is dismissed. Not the same with audio.play()

Reported by teo8...@gmail.com, Apr 22 2017

Issue description

UserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.81 Safari/537.36

Example URL:
http://jsbin.com/duveji/edit?html,output

Steps to reproduce the problem:
Test 1:
1. visit http://jsbin.com/duveji/edit?html,output
2. click the link that says "click here to play"
  >> an alert opens saying "Gonna play"
3. wait a few seconds to verify that the audio doesn't start playing
4. click on the "OK" button in the alert dialog

Test 2:
1. visit http://jsbin.com/duveji/edit?html,output
2. start playing the audio using its controls
3. click on the link that says "click here to pause"
3. wait a few seconds

What is the expected behavior?
In test 1, the audio should start playing when you dismiss the alert.

In test 2, the audio should not pause until you dismiss the alert.

What went wrong?
Test 1 works as expected

In test 2, after a couple of seconds of clicking, the audio pauses even if you don't dismiss the alert.

The behavior observed with test 1 is correct. The behavior observed with test 2 is incorrect. The fact that the behavior is not the same in both cases is especially nonsensical.

No matter how bad a practice it is to use alert(): while it exists it must behave properly and consistently.

Did this work before? N/A 

Is it a problem with Flash or HTML5? HTML5

Does this work in other browsers? N/A

Chrome version: 58.0.3029.81  Channel: stable
OS Version: 
Flash Version: Shockwave Flash 25.0 r0

Contents of chrome://gpu:
 
Cc: ligim...@chromium.org
Labels: -Pri-2 Needs-Triage-M58 Needs-Bisect Prestable-58.0.3029.81 Pri-1
Components: Blink>WindowDialog
Labels: -Type-Bug -Needs-Bisect -Needs-Triage-M58 hasbisect-per-revision M-60 OS-Mac OS-Windows Type-Bug-Regression
Owner: changwan@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 10, Mac 10.12.4 and Ubuntu 14.04 using chrome reported version #58.0.3029.81 and latest canary #60.0.3078.0.

Bisect Information:
=====================
Good build: 52.0.2742.0  Revision(394842)
Bad Build : 52.0.2743.0  Revision(394939)

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/ac9da06e6e139a110e031dc484757561e9fdeb43..95661b05d996a9b77ae2738f71533be79e3c888d

From the above change log suspecting below change
Review url: https://codereview.chromium.org/1931793002

changwan@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Thanks...!!
Labels: Needs-triage-Mobile
Cc: aelias@chromium.org
Hmm... I suspect that media pipeline gets blocked while alert dialog is showing. I can also reproduce the same issue when I press 'click to play' button.

aelias@, any thought?

Comment 6 by aelias@chromium.org, Apr 24 2017

Status: WontFix (was: Assigned)
Right, seems working as intended.  The behavior in test 2 makes sense if you understand alert() to pause everything the tab is doing.

Comment 7 by aelias@chromium.org, Apr 24 2017

Note that if I comment out the line "$("audio")[0].pause();", alert() pauses the audio anyway.  It's not that this line is executing early, but that alert() itself pauses activity.

Sign in to add a comment