Status

defect
RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: marta, Assigned: agnieszka.baranowska)

Tracking

({privacy})

unspecified
All
Gonk (Firefox OS)
Dependency tree / graph

Firefox Tracking Flags

(feature-b2g:2.2+)

Details

Attachments

(2 attachments)

Reporter

Description

5 years ago
If there is an incoming SMS we need to parse its contents and know if this is an RPP activation message.
Reporter

Updated

5 years ago
Blocks: 1060163
Reporter

Updated

5 years ago
Blocks: 1060164
Reporter

Updated

5 years ago
Blocks: 1060166
Reporter

Updated

5 years ago
Assignee: nobody → marta
Reporter

Updated

5 years ago
Summary: RPP: parse the SMS → [RPP] parse the SMS

Updated

5 years ago
Keywords: privacy

Updated

5 years ago
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → All
Reporter

Updated

5 years ago
Assignee: marta → agnieszka.baranowska
Reporter

Updated

5 years ago
QA Whiteboard: STATUS: Patch Landed
Reporter

Updated

5 years ago
QA Whiteboard: STATUS: Patch Landed → STATUS: waiting for review
Reporter

Updated

5 years ago
QA Whiteboard: STATUS: waiting for review → STATUS: ready for review
Reporter

Comment 2

5 years ago
Need to change the SMS syntax and some responses:

- [RPP|rpp|Rpp] <CMD> <Passpharse>
- If the proper syntax is recognized but the password is wrong a message with the information should be sent back to the user, e.g. "We received your command but the password was wrong"
- If the proper syntax is recognized but the feature was not activated, a message with the information should be sent back to the user, e.g. "We received your command but you never activated it"
- The responses should contain a link to the support webpage.
- The SMS should be parsed with regex and not if clauses.

Comment 3

5 years ago
Implementation tested. SMS Message is parsed and handled correctly, but there is this problem:

observers for RPP settings change are not working properly. When the on/off toggle for any RPP feature is changed no console log '!!!!!!!!!!!!!! [fmdsms] new value: ...' is being displayed. This results in behavior that all variables which store values corresponding to the on/off toggles preserve the initial value from DB settings when the phone powers up. To perform tests with changed settings phone needs to be restarted.

Developer is informed about findings.

Comment 4

5 years ago
Posted file Test console log
Reporter

Updated

5 years ago
Blocks: 1068043
Reporter

Updated

5 years ago
Blocks: 1069915
Reporter

Updated

5 years ago
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED

Updated

5 years ago
feature-b2g: --- → 2.2+
You need to log in before you can comment on or make changes to this bug.