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.

leo+ requested per bug 899451.

what is the expected behavior here?

(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

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

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

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

Hi Dapeng, Could you help to check if this also happens on 1.0.1? = Ivan Tsay

Which countries are being affected right now?

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

Peru testers confirmed it didn't happen on 1.0.1

The attachment doesn't seem a valid RAR archive?

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

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

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

Moving it to minus till logs are received.

(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

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.

Hi, Salva, is this something to do with cost control? Thanks! David

(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

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

(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?

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.

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.

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

so: resolved/invalid ?

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.

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