Closed lanitochka17 closed 7 months ago
Job added to Upwork: https://www.upwork.com/jobs/~01d0904e9e5de86b0d
Triggered auto assignment to @puneetlath (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details.
Platforms
in OP are ✅)Triggered auto assignment to Contributor-plus team member for initial proposal review - @eVoloshchak (External
)
The message shown to the author of scan request when the scan fails also appears to the other users who are assigned in the request. The message prompts the user to upload a new image to be scanned but it doesn't make sense to prompt other users than the author of the request for such a thing.
The root cause of the problems is in the logic right where the MoneyRequestConfirmationList
component decides whether to show the "iou.receiptScanningFailedMessage"
error message.
The problem is that it is not checked whether the user session belongs to the author of the request.
Simply adding another message in the translation files for the case the error is being rendered for some user that's not the author of the request and adding a conditional logic in the MoneyRequestConfirmationList
component to render the proper message would be enough and quite certainly wouldn't introduce any regressions.
Debugging observations:
notifications@expensify.com
's message is only shown by re-visiting the report or refreshing the page, I'm assuming this is pusher event relatediou.receiptScanningFailedMessage
: 'Receipt scanning failed. Enter the details manually.'
is different than the notifications@expensify.com
's message Receipt scanning failed. Please enter the details manually.
which comes from the back-end after request scan failure, not from the front-end translationconsidering these observations I think this issue should be fixed from the back-end where the pusher event notification for when a receipt scan failed should only be sent to the requestor. If a message is needed on the requestee side too, then the message should differ from the one sent to the requestor.
It should be fixed from the back-end because on the front-end side there's no solid way to check for the notifications@expensify.com
's scan failed message and hide it both from the report threads preview and and also from within the thread itself.
confirming something here!
👋 Coupla' things..
As for these:
when the scan request fails the notifications@expensify.com's message is only shown by re-visiting the report or refreshing the page, I'm assuming this is pusher event related
Agreed, it shouldn't require a refresh or navigating away/back for the sys message to appear in the transaction thread when the receipt scan fails.
iou.receiptScanningFailedMessage: 'Receipt scanning failed. Enter the details manually.' is different than the notifications@expensify.com's message Receipt scanning failed. Please enter the details manually. which comes from the back-end after request scan failure, not from the front-end translation
I agree the FE/BE error messages should be the same. The one from the doc is Receipt scanning failed. Please enter the details manually
for ref, but I actually don't mind dropping the "please" for brevity and standardising on that. Ah actually, I bet the FE error was added and only used in the split case for the "read-only" confirmation page in the RHP which is a little bit more like a form error atop a button to action on trying to recreate the split after fixing the errors as there is no transaction thread here to add a system message from Expensify. (CC: @youssef-lr).
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
We have inconsistency between the message from FE and system message From FE (using in EditingSplitBillPage: 'Receipt scanning failed. Enter the details manually.' System Message (using in the transaction thread): 'Receipt scanning failed. Please enter the details manually'
We have inconsistency between the message from FE and system message From FE (using in EditingSplitBillPage: 'Receipt scanning failed. Enter the details manually.' System Message (using in the transaction thread): 'Receipt scanning failed. Please enter the details manually'
We need to update the message in FE to match the system message (Spanish too). Or we also update the new message and use it in both FE and BE for consistency
thanks @trjExpensify for the notes! Closing
@dylanexpensify What do you think about this point in @trjExpensify's comment
I agree the FE/BE error messages should be the same. The one from the doc is Receipt scanning failed. Please enter the details manually for ref, but I actually don't mind dropping the "please" for brevity and standardising on that
Yeah, to be clear I think there appear to be two things uncovered from this issue to work on:
Receipt scanning failed. Enter the details manually.
dropping the "please". Reopening as it seems like we are not done here based on the latest comments
Good call, reviewing today!
Agree with @trjExpensify's comments - @DylanDylann do you have a proposal that would tackle those two points he brought up? cc @eVoloshchak
@dylanexpensify My proposal will not fix 2 above bugs, we need to fix on BE side
@eVoloshchak @dylanexpensify this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
@eVoloshchak, @dylanexpensify Eep! 4 days overdue now. Issues have feelings too...
To summarize, we have 3 issues than need to be resolved
Receipt scanning failed. Enter the details manually
dropping the "please". - needs to be done on back end@DylanDylann, can item 2 be resolved on the front end?
@eVoloshchak I tested again and saw that If User A requests money by scanning image to User B, User B sees this request only when it is a success or failure. If the receipt is scanning, It doesn't display on User B
In case the scanning fail, the error message will display immediately in transaction thread (note that: transaction thread only be accessed when request fail)
@eVoloshchak @dylanexpensify this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
@eVoloshchak @dylanexpensify this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
@eVoloshchak @dylanexpensify this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
@eVoloshchak, @dylanexpensify Whoops! This issue is 2 days overdue. Let's get this updated quick!
@eVoloshchak, @dylanexpensify 6 days overdue. This is scarier than being forced to listen to Vogon poetry!
@eVoloshchak mind giving an update
@eVoloshchak @dylanexpensify this issue is now 4 weeks old and preventing us from maintaining WAQ, can you:
Thanks!
Current assignee @eVoloshchak is eligible for the Internal assigner, not assigning anyone new.
bump @eVoloshchak
bump @eVoloshchak
@dylanexpensify It's possible that they didn't receive the notification because, well, I did. I'd recommend reaching out to them through different means.
I've already reported this issue to GitHub, no response yet.
📣 @evoL! 📣 Hey, it seems we don’t have your contributor details yet! You'll only have to do this once, and this is how we'll hire you on Upwork. Please follow these steps:
Contributor details
Your Expensify account email: <REPLACE EMAIL HERE>
Upwork Profile Link: <REPLACE LINK HERE>
@dylanexpensify, apologies for the delay There are two sub-tasks left for this:
This needs an internal engineer to make a small change on the back end, after which we might put this on hold for wave6
@eVoloshchak, @dylanexpensify Huh... This is 4 days overdue. Who can take care of this?
Perfect, will get a volunteer/tribute!
@eVoloshchak, @dylanexpensify Huh... This is 4 days overdue. Who can take care of this?
@eVoloshchak, @dylanexpensify Still overdue 6 days?! Let's take care of this!
@eVoloshchak, @dylanexpensify Now this issue is 8 days overdue. Are you sure this should be a Daily? Feel free to change it!
@eVoloshchak, @dylanexpensify 12 days overdue. Walking. Toward. The. Light...
still asking around
Woot! @rlinoz how's this coming along?
Opening a PR today to avoid the need to refresh the page to get the scan failed message.
Wooot!
PR is merged, waiting for deploy 😄
Woooot!
This has been deployed to production!
Can we close it?
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: 1.3.97-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: Applause - Internal Team Slack conversation:
Action Performed:
Expected Result:
"Receipt scanning failed. Please enter the details manually" message will not appear to User B
Actual Result:
"Receipt scanning failed. Please enter the details manually" message appears to User B. It is giving the impression that User B is asked to enter the details manually, when the message is aimed at User A
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
Upwork Automation - Do Not Edit