Closed Bug 1199282 Opened 9 years ago Closed 9 years ago

The user's email should be included in the "To" category

Categories

(Firefox OS Graveyard :: Gaia::E-Mail, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: cynthiatang, Unassigned)

References

Details

1. Long press the hardware key (volume up+down) to capture log
2. Tap 'Device logs saved'
3. Select the 'E-Mail' button

Expected: 
 - The email client will launch on the compose new email draft. 
 - The user's email will be included in the "To" category.

Actual:
 - These is nothing in the "To" category.
Hey Cynthia, the title doesnt match the description. If the bug is about removing bluetooth from the sharing options then its invalid, bluetooth is set to share everything
Flags: needinfo?(ctang)
Sorry, it's my fault. Thank you
Flags: needinfo?(ctang)
Summary: The bluetooth option should be removed → The user's email should be included in the "To" category
Moving to email, I am not certain this is the behaviour that we want, but if so its dictated by the email application, not bzlite
Component: Gaia::Bugzilla Lite → Gaia::E-Mail
This will be difficult to do. There is no accommodation in mailto: links or sharing activities to indicate "include my email on the response". I suppose we could expose a share activity data property like "include my email address in the to field", but it would involve a bit of extra UI in the email app too, to allow the user to select which email they want to add since the email client allows setting up multiple email addresses.

This would also mean getting other apps to include the preference, and exposing that option to the users of their apps probably as a checkbox. In all, I expect it to be too much work to catch hold, and there are no guarantees other email clients would honor it.

If you have the email address in the Contacts list, it is likely about as easy to just enter it in the compose form via autocomplete when it is desired.

Marking as wontfix just because the amount of complication it would mean not just for the email app but for other apps to participate makes it unlikely to catch on.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
I'm in agreement with James.  If the use-case bzlite is trying to provide is mailing the user their own logs, then bzlite can just know and include the email address in the 'to' payload in the share/new activity.  If it knows the user's bugzilla email address, that would presumably be a sufficient email address.

(Also, note that if the message does get sent, it will show up in the users sent folder with the attachments (on the server) for non-POP3 cases.  Of course, that does require the message to have been sent somewhere in the first place.)
You need to log in before you can comment on or make changes to this bug.