1364202 - Intermittent testAudioFocus | Checking the audio playing state of tab, isTabPlaying = true - Tab's audio playing state is correct.

Status: RESOLVED FIXED

(Firefox for Android Graveyard :: Testing, defect, P1)

Description

[Treeherder Bug Filer]

Filed by: philringnalda [at] gmail.com

https://treeherder.mozilla.org/logviewer.html#?job_id=98268562&repo=autoland

https://queue.taskcluster.net/v1/task/a5GpCVJGTbOOgL2vb09imw/runs/0/artifacts/public/logs/live_backing.log

Comment 2

[Intermittent Failures Robot]

11 failures in 879 pushes (0.013 failures/push) were associated with this bug in the last 7 days.   

Repository breakdown:
* autoland: 5
* mozilla-inbound: 3
* mozilla-central: 3

Platform breakdown:
* android-4-3-armv7-api15: 6
* android-api-15-gradle: 5

For more details, see:
https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1364202&startday=2017-05-08&endday=2017-05-14&tree=all

Comment 3

[Geoff Brown [:gbrown]]

New test added in bug 1357639.

Alastor, can you make this test more reliable?

Comment 4

[Alastor Wu [:alwu]]

After investigation, I check some fail cases showing on [1], and I found that the audio decoding speed is super SLOW on the emulator...

I choose 7 fail cases [2] and check the start time we wait for "file starts audilbe" and "the audible event dispatched to Java", the result is in the following.

> Start waiting audible 22:18:03.866
> Receive audible event 22:18:13.805
> —
> Start waiting audible 00:45:48.182 
> Receive audible event 00:45:56.003
> —
> Start waiting audible 07:51:37.299
> Receive audible event 07:51:47.028
> —
> Start waiting audible 09:29:29.385
> Receive audible event 09:29:36.395
> —
> Start waiting audible 01:16:07.408
> Receive audible event 01:16:13.349
> —
> Start waiting audible 14:10:00.271
> Receive audible event 14:10:10.351
> —
> Start waiting audible 04:58:13.198
> Receive audible event 04:58:19.977

The longest waiting time could be almost 10 seconds, the emulator indeed super slow.
Therefore, we should increase the waiting time to avoid this kinds of intermittent fail.

[1] https://brasstacks.mozilla.com/orangefactor/?display=Bug&tree=trunk&startday=2017-05-10&endday=2017-05-17&bugid=1364202

[2]
https://public-artifacts.taskcluster.net/WiHAIVgETGKuEkw0JS2JqA/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/bSVpfn6JTWS2W7Nj1fNj7w/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/PTr88AOpRfer8TejSny7KA/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/eR8pouAGTi62i8DL9uswWQ/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/a5GpCVJGTbOOgL2vb09imw/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/RhczyGKoSdCCGXiNX4T4Dg/0/public/logs/live_backing.log
https://public-artifacts.taskcluster.net/X8w2US4DQVygVreSbbR41Q/0/public/logs/live_backing.log

Comment 5

[Alastor Wu [:alwu]]

Attachment: Bug 1364202 - increase timeout time for waiting playback status changed.

Because the emulator is super slow, it would need longer time to wait for the tab's playback status changed.

Review commit: https://reviewboard.mozilla.org/r/139952/diff/#index_header
See other reviews: https://reviewboard.mozilla.org/r/139952/

Comment 6

[Intermittent Failures Robot]

35 failures in 777 pushes (0.045 failures/push) were associated with this bug in the last 7 days. 

This is the #33 most frequent failure this week.  

** This failure happened more than 30 times this week! Resolving this bug is a high priority. **

** Try to resolve this bug as soon as possible. If unresolved for 2 weeks, the affected test(s) may be disabled. ** 

Repository breakdown:
* autoland: 15
* mozilla-inbound: 12
* graphics: 4
* try: 2
* mozilla-central: 2

Platform breakdown:
* android-api-15-gradle: 22
* android-4-3-armv7-api15: 13

For more details, see:
https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1364202&startday=2017-05-15&endday=2017-05-21&tree=all

Comment 7

[Alastor Wu [:alwu]]

review ping?
From the report in comment6, we should fix this bug ASAP.
Thanks!

Comment 8

[Sebastian Kaspari (:sebastian; :pocmo)]

Comment on attachment 8868373 [details]
Bug 1364202 - increase timeout time for waiting playback status changed.

https://reviewboard.mozilla.org/r/139952/#review145532

Comment 9

[Sebastian Kaspari (:sebastian; :pocmo)]

(In reply to Alastor Wu [:alwu][please needinfo? me] from comment #7)
> review ping?
> From the report in comment6, we should fix this bug ASAP.
> Thanks!

Sorry, I have been traveling the last two weeks. :)

Comment 10

[Alastor Wu [:alwu]]

(In reply to Sebastian Kaspari (:sebastian) from comment #9)
> Sorry, I have been traveling the last two weeks. :)

Thanks :)

Comment 11

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/fbb41e115741
increase timeout time for waiting playback status changed. r=sebastian

Comment 12

[Sebastian Hengst [:aryx] (needinfo me if it's about an intermittent or backout)]

https://hg.mozilla.org/mozilla-central/rev/fbb41e115741

Comment 13

[Intermittent Failures Robot]

16 failures in 891 pushes (0.018 failures/push) were associated with this bug in the last 7 days.   

Repository breakdown:
* mozilla-inbound: 8
* autoland: 6
* try: 2

Platform breakdown:
* android-api-15-gradle: 13
* android-4-3-armv7-api15: 3

For more details, see:
https://brasstacks.mozilla.com/orangefactor/?display=Bug&bugid=1364202&startday=2017-05-22&endday=2017-05-28&tree=all