852355 - [email] Compose: Provide UI affordance to select account to send from when triggered via web activity and there are multiple accounts defined

Status: RESOLVED WONTFIX

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

Description

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

v1 train:
## Environment :
Gecko  http://hg.mozilla.org/releases/mozilla-b2g18/rev/af9270e8f205
Gaia   a78ebf426840b5ef08c0cc3e437ad30aba3e2528
BuildID 20130318070202
Version 18.0
Unagi
  
## Repro :
1. set up multiple accounts in email app
2. go to gallery
3. select an image
4. select share
5. select email

## Expected :
a selection of which account to use

## Actual :
no dialog

## Note :
1. default account is busted
2. regardless of Note 1, I think it would be good to have a dialog that allowed you to have an option.

Comment 1

[Andrew Sutherland [:asuth] (he/him)]

I feel like this has come up elsewhere on other bugs, but none explicitly on the subject.  Bug 796719 is the default account not working bug, but that's different.

We probably either want an action menu to select the account when triggered by activity or to expose the 'from' as a combo-box type implementation like how Thunderbird lets you change the identity you are sending from (which allows for the use of different signatures, etc.).

Comment 4

[Jack Liu]

Hi Vance, do you think this feature can be supported in 1.4?

Comment 5

[Andrew Sutherland [:asuth] (he/him)]

We're not taking new features for the e-mail app in v1.4.  needinfo'ing UX for a gameplan for this bug, however.

Comment 7

[Juwei Huang[:juwei]]

We definitely need to let users select account when send out the email from picker.
Both Andrew's suggestions are good, however, consider about the little space of our compose view along with a keyboard occupied almost half of the foreground, add another " from " row could make the space even more crowded. Another idea is to collapse "cc" & "bcc" as a row, then we shall have more space for it. The compose view would be look like:
--
To:
From: [e-mail]
cc/bcc:
Subject:
--
- Tap on "From" address, an action menu asks users to select account (Combo-box seems not in our building block yet so I suggest an action menu would be better)
- Tap on "cc/bcc" to expand the row.


Yet I'm ok with simply popping out a window to ask users to select the account before getting into the compose view if the idea above requires too much effort.
Andrew, any thoughts about collapsing "cc"& "bcc" ?

Comment 8

[Andrew Sutherland [:asuth] (he/him)]

Bug 860092 is about us doing the cc/bcc collapse thing.  It was always part of the spec just not initially implemented for time reasons and we've never had the time/priority to get back around to it.  I'll tentatively make this bug depend on that bug.

Comment 9

[Jack Liu]

Dears,

Will this feature supported in 1.4?

Comment 10

[Andrew Sutherland [:asuth] (he/him)]

(In reply to Jack Liu from comment #9)
> Will this feature supported in 1.4?

Regrettably, no.  As can be seen at https://wiki.mozilla.org/Release_Management/B2G_Landing the cut-off for feature landing for v1.4 was March 17, 2014 and the April 29, 2014 feature complete deadline is now imminent.

We have changes planned to the compose UI for background sending on bug 921050 which is currently planned to be implemented for the v2.0 release (which is the release after v1.4).  The planned changes already involve consolidating cc/bcc discussed in comment 7 and the changes required to include this functionality are reasonably limited, so we might be able to include this feature in that implementation.  (The major complexity is the potential for the draft to change folders between accounts but if we just model it as delete the draft from account B save it in account A it should be trivial.)

Comment 11

[Juwei Huang[:juwei]]

Attachment: [Email] Compose via web activity.pdf

Spec attached.

Comment 16

[Tiffanie Shakespeare [:tif]]

Juwei - does this still need to be implemented? Is the spec ready and complete?

Comment 17

[Juwei Huang[:juwei]]

The spec is ready as comment 11.
Yet it's not being approved since long time ago.

Comment 18

[BMO Automation]

Firefox OS is not being worked on