Closed
Bug 1109686
Opened 10 years ago
Closed 10 years ago
In SMS/Email received, user *only* receives the link *without* any text.
Categories
(Firefox OS Graveyard :: Gaia::Loop, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: lolimartinezcr, Assigned: crdlc)
References
Details
(Whiteboard: [mobile app][regression-1.1])
Attachments
(4 files)
ENV:
v1.1, v 4212078
FireE comercial build.
Pre-requisites:
1. DeviceA logged in Loop with phone number.
2. DeviceB ins't logged in Loop.
2. DeviceA has a saved contact with *only* name and email.
STRs:
1. DeviceA makes a call to contact (with *only* name and email) via call log.
2. After a few seconds, in DeviceA is shown "Share link" screen, and user clicks in "SMS" option and message is sent
Actual result:
Received "SMS" *only* shows the shared link.
Expected result:
Received "SMS" shows: a text and a shared link: "Click on the link and answer the call!! <shared link>"
Also, if DeviceA makes a call to unregistered contact (with *only* name and phone number) via call log. After a few seconds, in DeviceA is shown "Share link" screen, and user clicks in "Email" option and email is sent. Received "Email" *only* shows the shared link.
Reporter | ||
Comment 1•10 years ago
|
||
In step 2, when user sents a SMS, before he/she writes a valid phone number in "to" field
Reporter | ||
Comment 2•10 years ago
|
||
Reporter | ||
Comment 3•10 years ago
|
||
Comment 4•10 years ago
|
||
This bug was also happening in the 1.1 Loop mobile version delivered to the OEM (aba155c)
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → crdlc
Status: NEW → ASSIGNED
Assignee | ||
Comment 5•10 years ago
|
||
Only for "Other" options
Assignee | ||
Comment 6•10 years ago
|
||
Attachment #8534913 -
Flags: review?(borja.bugzilla)
Assignee | ||
Comment 7•10 years ago
|
||
Attachment #8534915 -
Flags: review?(borja.bugzilla)
Assignee | ||
Updated•10 years ago
|
Attachment #8534913 -
Flags: review?(borja.bugzilla)
Assignee | ||
Updated•10 years ago
|
Attachment #8534915 -
Flags: review?(borja.bugzilla)
Comment 8•10 years ago
|
||
After reviewing this in detail it seems this is an invalid bug.
When we use the option "other" to share a URL, we invoke the "Share URL" activity, which should only accept 1 attribute: the URL. The fact that SMS and E-mail apps are currently accepting in the "Share URL" activity Strings that are not valid URLs (e.g. a text + a URL) is a bug of those apps. We will open bugs for those apps to enforce that the URL passed is a valid URL.
The different behaviour between the pre-configured options, and the "other" options, is that for the pre-configured ones, we can use the "New" activity instead of the "Share" one.
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → INVALID
Comment 9•10 years ago
|
||
Filed bug 1110138 and bug 1110142 in SMS and E-mail application respectively.
You need to log in
before you can comment on or make changes to this bug.
Description
•