-
Notifications
You must be signed in to change notification settings - Fork 2.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Email notifications for messages in a room thread don't seem to say who the message is from #47081
Comments
Triggered auto assignment to @anmurali ( |
@anmurali Huh... This is 4 days overdue. Who can take care of this? |
Hmm I would think we should be showing the sender's avatar + name + full message like we do for other emails. Also, in this case, why is the email coming from "Expensify Chat" if that's just the workspace name? |
@anmurali Eep! 4 days overdue now. Issues have feelings too... |
@anmurali 6 days overdue. This is scarier than being forced to listen to Vogon poetry! |
@anmurali this issue was created 2 weeks ago. Are we close to a solution? Let's make sure we're treating this as a top priority. Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
@anmurali 8 days overdue is a lot. Should this be a Weekly issue? If so, feel free to change it! |
@anmurali 12 days overdue. Walking. Toward. The. Light... |
@shawnborton - doesn't my proposal #47081 (comment) clarify who the sender of each message is? It basically looks like the conversation in that room or group chat itself. |
It seems to be inconsistent for me. Sometimes it includes the avatars of the senders and sometimes it doesn't. Here's an example where notifications for the same room sometimes included the avatar/name and sometimes didn't: Looks like @Beamanator also experienced similar here: https://expensify.slack.com/archives/C049HHMV9SM/p1724809339227489 |
@anmurali Huh... This is 4 days overdue. Who can take care of this? |
@anmurali Still overdue 6 days?! Let's take care of this! |
@anmurali 8 days overdue is a lot. Should this be a Weekly issue? If so, feel free to change it! |
Discussing in slack here |
Yeah, I think we originally made 1:1 messages arrive without an avatar and a display name in the body because the idea was that we would send the email as if it came from the chat message sender, and I think David felt quite strongly about making the email experience feel as similar to chat as possible. But some considerations:
Can someone confirm what it looks like when a non-Expensify account sends a message to someone that generates an email notification? Does that email come from notifications@expensify.com, with an Expensify avatar? If that's the case, I think it makes sense to just completely standardize on the body of the email always containing the user's avatar + display name + message. |
Also cc @Expensify/design for any additional thoughts here - I think we've chatted through this one in the past. |
I got this when testing with a friend from Concierge, but this was sent from my friend. Not sure if that's a bug or feature. My thoughts on this is aligned with you and Danny I believe. I largely find our whole email experience extremely confusing. Some have avatars and some don't, some send from Expensify, some from a user's name. I think we should be sending the emails all from Expensify with the avatar and sender as |
I feel like I've talked pretty extensively about this with you two 😅 and I think you both know how dissatisfied I am with our current strategy. TLDR: I'm aligned with you all. What ever happened to this idea? 👇 Email title: Email body: Anyways, I agree with what Jon said here:
|
I like that suggestion for the sender Danny, I forgot we had discussed it but yes it does seem quite ideal! |
Strongly agree with what Jon mentioned above and on board with the example that Danny provided above.
@shawnborton I drafted up a P/S statement and sent it to you on Slack. It's also included below for anyone who wants to give feedback |
Problem:
This leads to a pretty confusing experience that also implies a lack of polish for a couple of reasons:
Solution:
Some additional notes for completeness:
|
Sent this 1:1 but this looks good, but I think my main feedback is:
|
Thanks! I went ahead and tested a bunch of scenarios locally and posted my findings in this Google Doc. Also updated the P/S statement based on my findings and sent you the new one on Slack. |
I think it's also worth noting that AFAIK we only display the proper user avatar in emails for people with an |
@dannymcclain Yep I confirmed that through my testing, it seems like that's yet another reason why including the avatar/display name in the body of the email would help out a lot with reducing confusion. |
I have a P/S statement drafted up with help from @shawnborton that I'm going to send out in the #product room come Monday since it's the weekend right now and no one will see it. Gonna post it here if anyone has any additional feedback before we send it out! Depending on how that discussion goes it might be worthwhile to do a pre-design to really iron out how we want notifications to look for all the different types of reports and notification scenarios, but we can decide on that later. |
Coming from this CRITICAL issue in #newdot-quality Problem:There is a lot of inconsistency/jank with how we format report comment notification emails:
More screenshots highlighting different scenarios found in this Google doc This leads to a pretty confusing experience that also implies a lack of polish for a couple of reasons:
Solution:Standardize all of our report comment notifications to be an improved version of the second scenario from above, i.e.
This means that all the information needed to understand the report comment will be included in the email body, and that all emails will be consistently styled to match the NewDot experience. Some additional points for completeness/discussion:
|
P/S statement discussion happening here |
More discussion happening on Slack. It looks like once that wraps up the next steps would be a pre-design to really iron out the details of the implementation. |
Updated P/S statement outlined here, we're going a simpler route that will solve this problem without changing too much of the existing flow. |
Plate full at the moment after being auto-assigned a couple of issues, should be able to get to this some time this week. |
Posted a new point of discussion here |
Making good progress with a draft PR: https://github.com/Expensify/Web-Expensify/pull/43681 |
Draft PR is on staging |
@anmurali, @jasperhuangg Whoops! This issue is 2 days overdue. Let's get this updated quick! |
@anmurali, @jasperhuangg Eep! 4 days overdue now. Issues have feelings too... |
PR was deployed to production last week. I think we can close this out! |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 9.0.18-1
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Expensify/Expensify Issue URL:
Issue reported by: @puneetlath
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1723051083119829
Action Performed:
Prerequisite: create room with member
Expected Result:
Message should say from whom it was received
Actual Result:
Don't seem to say who the message is from
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: