Closed Bug 806599 Opened 12 years ago Closed 7 years ago

[unagi] [email] Sent mail folder doesn't tell me who I sent mail to

Categories

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

ARM
Gonk (Firefox OS)
defect

Tracking

(tracking-b2g:backlog, b2g18+)

RESOLVED WONTFIX
tracking-b2g backlog
Tracking Status
b2g18 + ---

People

(Reporter: marcia, Assigned: caseyyee.ca)

Details

(Keywords: unagi, Whiteboard: interaction UX-P1, [TEF_REQ])

Unagi device using: Gaia: ddafa86fc92914306be99c8458362cfc96d44e25 Gecko: f950df2007d07a8a6f5c5d5d29383c832249a22e STR: 1. Set up a mail account. 2. Send mail to someone. 3. Look at the sent mail folder. Expected: I would be able to see who I sent the email to. Actual: I cannot tell who the recipient was
Hi Marcia, You can click the subject to expand the message detail, than you will know the recipient address. I know it would be a little bit inconvenient while viewing the sent message, but it is the default behavior that we only display the sender address at first. Casey, do you have any comment about this issue?
Flags: needinfo?(kyee)
blocking- Very nice to have but not blocking for v1 -- we'll have to live with the workaround.
blocking-basecamp: ? → -
I think it's important that I can see quickly who I sent emails to.
blocking-b2g: --- → tef?
blocking-basecamp: - → ?
Flags: needinfo?(kyee)
Whiteboard: interaction UX-P2
I filed this on an older build - let me check an updated build to see what the current behavior is because I think this might have changed since 10-29.
QA Contact: mozillamarcia.knous
We definitely have not changed the implementation. Casey, can you update the wireframes for this (special) case? The guidance I am primarily looking for is whether you only want us to show the name of the first recipient, or if we should try and cram any additional recipients in there as well, delimited by a comma or the like. There are some data storage/scaling issues which is my main concern. Right now we store the list of recipients with our data on the body to reduce the size of the header storage used. We could move all of that information over to the header, or we could just duplicate some of it. The main cases I see are: A) 1 name, so: Alice Apple B) 1 name plus a count of other recipients, so: Alice Apple +5 others C) finite set of names, say capped at 3 because we assume even when run on a larger device, that should be as much as visually fits: Alice Apple, Bob Banana, Chuck Canteloupe D) all names, although truncated at some large number of names so we don't fill the DOM up with stuff it won't possibly display. Of course, you could also change the visual display of the messages in the sent folder so we actually have much much more space to display the list of recipients. I think my personal inclination at this point would be just to move the list of recipients from our body storage to our header storage. We would want to do that eventually anyways for devices with more screen real estate, and our headers are sufficiently tightly packed that I don't see a real issue with doing so. Also, the information should compress fairly well using our block storage mechanism.
Assignee: nobody → kyee
blocking-basecamp: ? → ---
blocking-kilimanjaro: --- → +
Priority: -- → P3
Target Milestone: --- → B2G C3 (12dec-1jan)
Please explicitly minus bugs. Do not unnom bugs. Thanks.
blocking-basecamp: --- → ?
It's not a minused bug it's just postponed after January 15th. This is the reason why we used kilimandjaro tag.
blocking-basecamp: ? → ---
blocking-b2g: tef? → ---
blocking-kilimanjaro: + → ---
tracking-b2g18: --- → +
Target Milestone: B2G C3 (12dec-1jan) → ---
Thank you alex for improving my bugzilla sanity. I was about suggest using the tracking flag.
From https://bugzilla.mozilla.org/show_bug.cgi?id=798292#c15 that I think was meant to be made here, Casey says: Spec has been updated with details on how we should be handling the Recipient name in the sent folder. See page. 5 of spec. https://www.dropbox.com/s/vaf9d6ppbw58zi1/mail-main.pdf The [name] field should show the recipients name. If the name of recipient is not available we should show the email address. If there is more than a single recipient in the email (multiple To, Cc or Bcc recipients) we should show [x] recipients. The user can view the full recipient list in the email by tapping on the message to open.
Thanks for relocating the comment!
[TEF_REQ] as Feature required for TEF build.
Whiteboard: interaction UX-P2 → interaction UX-P1, [TEF_REQ]
I've partially addressed this bug with the fix for the local drafts implementation on bug 838012. We'll now show the first recipient in outgoing (drafts, local drafts, sent) folders. That's not what the spec agreed upon, but the change that was landed was very very easy (thanks to James Lal's fixes for lazy bodies!).
blocking-b2g: --- → koi?
triage: not blocking, this was partially addressed in another fix and is in better shape now. we probably don't have the screen real estate to implement the UX spec.
blocking-b2g: koi? → -
blocking-b2g: - → backlog
blocking-b2g: backlog → ---
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.