1289095 - Audio icon and control stays visible even after media finished playing

Status: RESOLVED DUPLICATE of bug 1290467

(Firefox for Android Graveyard :: Audio/Video, defect, P2)

Description

[Barbara Bermes [:barbara] - NI please!]

Attachment: Screenshot_20160723-101348.png

Current Nighlty version

1. go to website with video
2. play video
3. Firefox logo appears in statusbar, indicating media is playing
4. after video stops, audio icon remains in status bar

expected behaviour:
re 4. after video stops, audio icon disappears

(see photos)

Comment 1

[Barbara Bermes [:barbara] - NI please!]

Attachment: Screenshot_20160723-101339.png

Comment 2

[Alastor Wu [:alwu]]

Hi, Anthony,
Could you help me verify these behaviors on Fennec?

(1) Should we show control interface when playing the non-audible video? [1]

---

[Optional, if the answer of (1) is yes]
(2a) That means we SHOULD provide the control interface for all these situations when the video is "zero-volume" or "muted" or "containing silence audio data" [1]? Or need to handle them case-by-case?

---

[Optional, if the answer of (1) is no]
(2b) That means we SHOULD NOT provide the control interface for all these situations when the video is "zero-volume" or "muted" or "containing silence audio data" [1]? Or need to handle them case-by-case?

(3b) If the audio data contains silence, should we hide the control-interface when it becomes non-audible? Eg. long silence in the middle or the end.

---

The reason I ask this question is because some websites use non-audible video as its background image or using like tutorial GIF. I am wondering whether we need to provide the control interface for such kinds of website. [2]

For Chrome Android, the control interface would be showed when opening [1]. However, the control interface won't be showed if opening [2], it's because the website doesn't play that video in Chrome mobile version (but I don't know why, it can be played in Firefox Android)

My original thought is not to show the control interface for [1] and [2], because they're both non-audible, but I don't know whether this design is good for UX.

Thanks :)

[1] http://people.mozilla.org/~alwu/WebVTT/using.mp4
[2] The video in https://reactforbeginners.com/

Comment 3

[Alastor Wu [:alwu]]

This issue would only happen when the audio file becomes non-audible before it ends.

Comment 4

[Alastor Wu [:alwu]]

I would continue to work on it after getting Anthony's feedback.

Comment 5

[Anthony Lam (:antlam) Find me, @antlam on Slack!]

(In reply to Barbara Bermes [:barbara] from comment #0)
> Created attachment 8774296 [details]
> Screenshot_20160723-101348.png
> 
> Current Nighlty version
> 
> 1. go to website with video
> 2. play video
> 3. Firefox logo appears in statusbar, indicating media is playing
> 4. after video stops, audio icon remains in status bar
> 
> expected behaviour:
> re 4. after video stops, audio icon disappears
> 
> (see photos)

Agree, this should not happen. Your expected behaviour here is correct :)

(In reply to Alastor Wu [:alwu] from comment #2)
> Hi, Anthony,
> Could you help me verify these behaviors on Fennec?
> 
> (1) Should we show control interface when playing the non-audible video? [1]
> 
> ---
> 
> [Optional, if the answer of (1) is yes]
> (2a) That means we SHOULD provide the control interface for all these
> situations when the video is "zero-volume" or "muted" or "containing silence
> audio data" [1]? Or need to handle them case-by-case?
> 
> ---
> 
> [Optional, if the answer of (1) is no]
> (2b) That means we SHOULD NOT provide the control interface for all these
> situations when the video is "zero-volume" or "muted" or "containing silence
> audio data" [1]? Or need to handle them case-by-case?
> 
> (3b) If the audio data contains silence, should we hide the
> control-interface when it becomes non-audible? Eg. long silence in the
> middle or the end.
> 
> ---
> 
> The reason I ask this question is because some websites use non-audible
> video as its background image or using like tutorial GIF. I am wondering
> whether we need to provide the control interface for such kinds of website.
> [2]
> 
> For Chrome Android, the control interface would be showed when opening [1].
> However, the control interface won't be showed if opening [2], it's because
> the website doesn't play that video in Chrome mobile version (but I don't
> know why, it can be played in Firefox Android)
> 
> My original thought is not to show the control interface for [1] and [2],
> because they're both non-audible, but I don't know whether this design is
> good for UX.
> 
> Thanks :)
> 
> [1] http://people.mozilla.org/~alwu/WebVTT/using.mp4
> [2] The video in https://reactforbeginners.com/

Hey Alastor, you bring up a lot of good points. But it seems to be out of the scope of this bug. Perhaps we should keep things simple in this bug and fix Barbara's comment 0 first.

Basically, let's keep it simple for now and show this notification if there's an audio/video playing. If the video author decided to add an empty audio track, then they decided to do that themselves and that's fine. 

But we should still show this notification because it's still useful when the user wants to pause said audio/video.

Comment 6

[Alastor Wu [:alwu]]

Hi, Anthony,
Sorry to bring other ideas on this bug, but I still need to know whether we need to show the control interface for the cases I mentioned, because it would affect the way how I fix this issue.

(In reply to Anthony Lam (:antlam) from comment #5)
> Basically, let's keep it simple for now and show this notification if
> there's an audio/video playing. If the video author decided to add an empty
> audio track, then they decided to do that themselves and that's fine. 
> 
> But we should still show this notification because it's still useful when
> the user wants to pause said audio/video.

I want to make sure whether my understanding is correct, so, for [1] (using non-audible video as its background image) and bug1290467 (play an video with totally silence audio track), should I show the control interface for them?

In our architecture, we can show interface for both them or don't show anything. We can't show the interface just for one of them, because of the some tech limitation. (I think the first one shouldn't have the interface, but the second one might be ok if we show the interface) 

Thanks!

[1] https://reactforbeginners.com/

Comment 7

[Anthony Lam (:antlam) Find me, @antlam on Slack!]

If I'm understanding correctly, we should show it for all instances. As long as there are controls on the web page itself for the user to control the video/audio, then we should show this in the notification bar.

Comment 8

[Alastor Wu [:alwu]]

Got it, thanks Anthony!

Comment 9

[Alastor Wu [:alwu]]

The solution for this issue is more related with the description of the bug1290467.
So I will set this bug as duplication.