926318 - [B2G][Helix][tongxiao]The missed calls in the Status Bar will diasppear when opening the dialer application

Status: RESOLVED FIXED

(Firefox OS Graveyard :: Gaia::Dialer, defect, P2)

Description

[lecky]

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; MALC; aff-kingsoft-ciba; .NET4.0C; .NET4.0E; Tablet PC 2.0)

Steps to reproduce:

【Detail Description*】：The missed calls in the Status Bar will diasppear when call a voicemail .
【Repro Steps*】：
1. There is a missed calls in the Status Bar of the UE.
2. long press "1" to call a voicemail.
3. Check the status bar .

【Expect Result*】：The missed calls in the Status Bar will not diasppear .
【Real Result*】：The missed calls in the Status Bar will diasppear .
【Test Count*】：10
【Found Count*】：10
【Gaia commit ID*】:c0ea0a4943dc8d3751b07f5b5c5d3abe06364a14 
【Gecko commit ID*】: 170f9e477571127cd40997fa2abe262ed43f0e4d
【Log*】：
【Network environment】：
【Resume operation】：
【Carrier】：

Comment 1

[lecky]

Hi,
  Is this the design of ffos?

Comment 2

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

Not sure if this is by design or not; we have a bug in regards to the call history : bug 922238.

Eric, do you know if this is by design or not?

Comment 3

[Eric Pang [:epang] UX]

(In reply to Naoki Hirata :nhirata (please use needinfo instead of cc) from comment #2)
> Not sure if this is by design or not; we have a bug in regards to the call
> history : bug 922238.
> 
> Eric, do you know if this is by design or not?

It sounds like a bug to me, but I'm going to defer to Francis since he'll most likely know for sure :). Thanks!

Comment 4

[lecky]

Hi,
  Do you know if this is by design ?

Comment 5

[lecky]

Hi,
  do you have the answer?

Comment 6

[Wayne Chang [:wchang]]

Not sure if this is a bug or just a design issue - if you have a missed call notification and the dialer app gets opened, it clears the notification.

And the user activity here involves making a call, i.e. launching and using the dialer.

Comment 7

[lecky]

Hi,
  Do you have any answer?

Comment 8

[Beatriz Rodríguez [:brg]]

I am able to reproduce this issue with unagi, Moz RIL:
-v1.2, Gecko-e8d81ae.Gaia-2ef9bc3
-master, Gecko-981ced8.Gaia-7c5b6e7

Is it possible to delete the notification of missed calls only when the user enters in missed call menu instead of doing it when the dialer is launched?

Comment 9

[Beatriz Rodríguez [:brg]]

Nominating it to 1.3

Comment 10

[Francis Djabri [:djabber]]

Attachment: Gaia_StatusBar_20120724.pdf

Attaching the Status bar spec - as detailed in the spec, no distinct voicemail icon should appear in the status bar.

Comment 11

[Francis Djabri [:djabber]]

As per Bug 879966, the status bar should not show a voice mail icon - so it should not be appearing in the first place. This is by design. However, as discussed in the bottom of the bug, the requirements for this may change depending on operator requirements. Passing over to Peter to comment from a Product Management perspective.

Comment 12

[Beatriz Rodríguez [:brg]]

(In reply to Francis Djabri [:djabber] from comment #11)
> As per Bug 879966, the status bar should not show a voice mail icon - so it
> should not be appearing in the first place. This is by design. However, as
> discussed in the bottom of the bug, the requirements for this may change
> depending on operator requirements. Passing over to Peter to comment from a
> Product Management perspective.

Francis, I have modified the description of the bug to make it more clear. The issue is that the missed voice calls(not the voicemail) icon in notification is deleted when dialer app is open. Our suggestion here is to delete the notification of a missed voice call only when user enter in missed voice calls menu not when dialer app is launched.

Comment 13

[Francis Djabri [:djabber]]

Beatriz, the spec does not include a missed call indicator either. However, if this bug is about clearing the notification, rather than a particular icon, then I agree opening the dialer should not clear the notification, but only when the call log is accessed as you suggest.

Comment 14

[Beatriz Rodríguez [:brg]]

(In reply to Francis Djabri [:djabber] from comment #13)
> Beatriz, the spec does not include a missed call indicator either. However,
> if this bug is about clearing the notification, rather than a particular
> icon, then I agree opening the dialer should not clear the notification, but
> only when the call log is accessed as you suggest.
Thanks! Let see if the suggestion is feasible!

Comment 15

[Joe Cheng [:jcheng] (please needinfo)]

triage: fix broken feature. 1.3+

Comment 16

[Gabriele Svelto [:gsvelto] (PTO)]

This is very likely to be caused by bug 890440

Comment 17

[Julien Wajsberg [:julienw]]

Waiting for bug 890440 we can still blacklist the dialer from the list of apps that get their notification cleared. We did this for wappush already. This is bad but if this can't wait...

Comment 18

[Etienne Segonzac (:etienne)]

(In reply to Julien Wajsberg [:julienw] from comment #17)
> Waiting for bug 890440 we can still blacklist the dialer from the list of
> apps that get their notification cleared. We did this for wappush already.
> This is bad but if this can't wait...

Not clearing the notification at all would be worse that what we have right now...

Clearing when we open the call log tab is the best solution, but until this becomes do-able I think we should keep the current behavior.

Comment 19

[Julien Wajsberg [:julienw]]

It would not be "at all" but it would clear the one that is tapped.

But I definitely agree with not adding ugly hacks ;)

Comment 20

[ayman maat :maat]

ni? to Jacqueline to give UX input on this bug

Comment 21

[Jacqueline Savory [:jsavory] UX]

I agree with Etienne on this one, it is probably better to have the notification be a little too easy to clear than for it to be a little too difficult. So lets leave it as is for now. 

Its clear we all agree the best solution is to have the notifications clear upon opening the call log so I think it is best to wait until that option is available.

Comment 22

[Anthony Ricaud (:rik)]

I'm gonna remove the 1.3+ flag because this is not a regression. It's a feature request so it should land normally and ride the trains.

Comment 23

[:gerard-majax]

This bug should get fixed when bug 948341 lands, which is expected to be very soon.

Comment 24

[:gerard-majax]

I just fixed bug 948341, so hopefully this is working as expected. Feel free to reopen or file a new bug in any case.