905588 - [zffos1.1][Category]automatically send the message

Status: RESOLVED INVALID

(Firefox OS Graveyard :: Gaia::Cost Control, defect)

Description

[zhangdapeng]

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; TCO_20130815173130)

Steps to reproduce:

send a message with the letter S to the number 600(this is a service number provided by the customer to get the info of money),after that you will receive a reply message from 515,then make a call or receive a call,after you finish the call,a notification will appear in the handset saying that you receive again the message from 515 ,then you check the sent message and you will see another message to 600 has been sent.

Comment 1

[Scoobidiver (away)]

leo+ requested per bug 899451.

Comment 2

[Preeti Raghunath(:Preeti)]

what is the expected behavior here?

Comment 3

[zhangdapeng]

Attachment: automatically sms send.rar

Comment 4

[zhangdapeng]

(In reply to Preeti Raghunath(:Preeti) from comment #2)
> what is the expected behavior here?

after make a call or receive a call，another message to 600 has been sent.
it is wrong,make a call or receive a call should't cause the message resend

Comment 5

[Lukas Blakk [:lsblakk] use ?needinfo]

Joe - can you advise here on whether this is a regression, whether this happens after *every* call?

Comment 6

[Jason Smith [:jsmith]]

QA Wanted btw to see if we can reproduce this and find out if this reproduces on 1.01.

Comment 7

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

Ivan is more familiar with this partner's work. redirecting to Ivan

Comment 8

[Ivan Tsay (:ITsay)]

Hi Dapeng,

Could you help to check if this also happens on 1.0.1? =

Ivan Tsay

Comment 9

[David Palomino [:dpalomino]]

Which countries are being affected right now?

Comment 10

[Julien Wajsberg [:julienw]]

Could this be the SMS sent by costcontrol ? They should be hidden IIRC.

Comment 11

[zhangdapeng]

Peru testers confirmed it didn't happen on 1.0.1

Comment 12

[Vicamo Yang [:vicamo][:vyang]]

The attachment doesn't seem a valid RAR archive?

Comment 13

[Julien Wajsberg [:julienw]]

I can extract part of it using the command line unrar but most files seems corrupted.

Comment 14

[Ivan Tsay (:ITsay)]

Hi Dapeng,

It seems the attached logs are corrupted. could you provide it again.

Comment 15

[bhavana bajaj [:bajaj]]

We are waiting on getting better logs or either QA or anyone else to repro the issue before we block on it.

Comment 16

[Preeti Raghunath(:Preeti)]

Moving it to minus till logs are received.

Comment 17

[zhangdapeng]

Attachment: automaticallysmssend.zip

Comment 18

[zhangdapeng]

(In reply to Ivan Tsay (:ITsay) from comment #14)
> Hi Dapeng,

It seems the attached logs are corrupted. could you provide it
> again.

i can extract  the attachment 
 recompressed the files named automaticallysmssend.zip

Comment 19

[gbennett]

Sending 'S' to 600 does not work for Inari or Unagi devices. I checked on 1.1.0, 1.2.0, and 1.01 for both devices. Does this require a specific lang/loc? I'm trying repro from USA using AT&T SIM. Leaving QAWanted for someone else to test.

Comment 20

[David Palomino [:dpalomino]]

Hi, 

Salva, is this something to do with cost control?

Thanks!
David

Comment 21

[zhangdapeng]

Attachment: 600和515短信.zip

(add new log)After to do a voice call, the phone always send automatically a SMS with the letter S to number 600, then when the call is finish the phone receive the answer to this message. The message S to 600 is to know the balance in the case of pre paid SIM card

Comment 22

[zhangdapeng]

Attachment: 600.jpg

Comment 23

[Salvador de la Puente González [:salva]]

Yes, this is the expected behaviour as the SMS is free and after a call, the prepaid credit has changed.

The "issue" is only reproduced with a Telefonica SIM from Peru because is part of that configuration:
https://github.com/mozilla-b2g/gaia/blob/master/apps/costcontrol/js/config/movistar_peru/config.js

Comment 24

[Juan Perez-Bedmar [:juanpbf]]

(In reply to Salvador de la Puente González [:salva] from comment #23)
> Yes, this is the expected behaviour as the SMS is free and after a call, the
> prepaid credit has changed.
> 

Has this behaviour been requested by Telefonica? Shouldn't this SMS be from a different class, so that it is not seen by the user?

This bug has been reported by the test lab during certification process in Telefonica Perú. According to them, this happens in both pre-paid and post-paid SIM cards. So if this is the "expected behaviour" I would need to provide them with some explanations about why we have done this implementation (for example "because we got this requierement from blablabla..)

Please Salva, would you mind to help me here with this explanation?

Comment 25

[Salvador de la Puente González [:salva]]

Hey let me check with Marce what we can do to help you. (In reply to Juan Perez-Bedmar [:juanpbf]  - Back from holidays from comment #24)
> (In reply to Salvador de la Puente González [:salva] from comment #23)
> > Yes, this is the expected behaviour as the SMS is free and after a call, the
> > prepaid credit has changed.
> > 
> 
> Has this behaviour been requested by Telefonica? Shouldn't this SMS be from
> a different class, so that it is not seen by the user?

Yes, it shoud but AFAIK, there is no such class at the moment.

> This bug has been reported by the test lab during certification process in
> Telefonica Perú. According to them, this happens in both pre-paid and
> post-paid SIM cards.

It should not be happening with post-paid. Can we confirm this?

> So if this is the "expected behaviour" I would need to
> provide them with some explanations about why we have done this
> implementation (for example "because we got this requierement from
> blablabla..)
> 
> Please Salva, would you mind to help me here with this explanation?

Of course I can help you. I added Marce and I'm going to warn Diego Urdiales about this issue. What I feel strange is that, as far as I know, this was a requirement from Telefonica Peru or there are conversations to support the Usage application so I don't understand why they are complaining.

Let me check.

Comment 26

[Marcelino Veiga Tuimil [:sonmarce]]

Yes, as Salva says, this is a requirement for Telefonica Peru, but only for prepaid SIM cards. Take into account that the type of SIM card is not detected, it is configured by the user in cost control app. So if a SIM card was configured as postpaid in cost control app, it should not send any message to check balance, otherwise it would be a bug. Besides, currently there is no way to make a difference between SMS sent by a user and cost control app. The only thing we can do is not notifying the user when receiving an answer from a SMS sent by cost control app, but anyway if user check his/her inbox, he/she will will all messages.

Comment 27

[Juan Perez-Bedmar [:juanpbf]]

Thanks Salva, Marce, I will explain this to the operator so that we can ignore this issue

Comment 28

[Julien Wajsberg [:julienw]]

so: resolved/invalid ?

Comment 29

[Jason Smith [:jsmith]]

I'm pulling qawanted here because I think this issue has enough traction around what the bug is and on the US & Taipei side, we can't test this. TEF QA is going to need to drive testing this if additional QA is needed. Ping me if I need to get in contact with Massimo to help out here.

Comment 30

[Salvador de la Puente González [:salva]]

We need some info here. What about this bug? Is it still valid?