1010117 - [OPEN C_1.3]The app layer does not give a negative acknowledge for a received SMS when the storage is full

Status: RESOLVED DUPLICATE of bug 891344

(Firefox OS Graveyard :: Gaia::SMS, defect)

Description

[fu.chun]

Attachment: 0514_APlog.7z

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; InfoPath.2; .NET4.0C; .NET4.0E; Zune 4.7; TCO_20140514154745)

Steps to reproduce:

Do the GCF test items, 34.2.3, 34.2.5.1, etc.

These test items validate whether the UE behave in correct way when the SMS storage is full and the SMS storege gets back availbale. 

Before the test, we put some huge-size files in the director /DATA, so the free storage space for SMS is very limited.


Actual results:

The UE receives and stores SMS normally before the SMS storage is exhusted.

But after the storage is exhusted, for the new SMS message reported by B2G_Telephony, the app layer does not give a response indicating memory_full.Due to none response from the uppler layser, the radio protocol entity could not send necessary OTA signalling message to the network.

Please investiage the issue. 

Further more, if the storage is availbale again by an operation of deleting a SMS message, the UE should also send correspoding OTA signalling message to the network, and this also depends the app layer launches it.

Comment 1

[Julien Wajsberg [:julienw]]

Actually, we have already bug 891344 about this. This is planned for v2.0.

Comment 2

[fu.chun]

Your answer could not help us.We need the APP layer give an negative response(memory full) to the lower layers, the lower layer waits for it to send corresponding radio OTA signalling message.Otherwise, the GCF item fails.

Thansk.

Comment 3

[Julien Wajsberg [:julienw]]

What you call the "APP" layer, is it the Gecko API?

Then I think the work has been done in bug 974820, I believe it's included in v1.4.