You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
[ON HOLD] [MEDIUM] [Splits] [$250] Split bill - Split amount is lost when adding receipt and splitting bill #37491
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
Identify the pull request that introduced this issue and revert it.
@grgia I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors.
Please re-state the problem that we are trying to solve in this issue.
When Split bill is used with a receipt, the split amount is lost in the split bill details page.
What is the root cause of that problem?
Here, when we split the bill with a receipt, it was thought to be done via the scan tab where we do not enter the amount. In such a case, the flow starts with a split bill request and is completed later. However, as done in this issue, it is also possible to split the bill via Manual request with an added receipt. Currently, this goes through the default startSplit flow. This is the root cause.
I do not think this is a regression.
What changes do you think we should make in order to solve the problem?
We can support split bill request for manual request type with receipt by making use of the splitBillhere and splitBillAndOpenReporthere.
First, we need to avoid going through the startSplitBill flow by additionally checking for a valid amount like this here
Now, the flow with either go through splitBillhere or splitBillAndOpenReporthere. Here, let us pass the receiptFile into splitBill and splitBillAndOpenReport as it is done here.
Inside the createSplitsAndOnyxDatahere, generate the receiptObject like it is done here and add this to the transaction here and iou report action here. Further, we need to add the receipt to one-to-one iou report actions and transactions too here. Also, failure data can consider receipt error using getReceiptError like here
However, this would also need BE support as SplitBill API need to send back receipt in response.
What alternative solutions did you explore? (Optional)
Alternatively, if we want to do this via startSplitBill flow, we can include amount in the flow. Here, I think even BE needs to ensure that transaction contains the amount. Happy to explore more on this if we want to go through this approach.
If a contributor was hired and PR created that was reviewed by the C+, both are due 100%. @rojiphil , @shubham1206agra can you confirm the above? If so, @kadiealexander , can you plz pay? Thx
@kadiealexander As mentioned here, 100% compensation is due here for me as contributor as the PR was worked on and paused due to BE dependency. Thanks.
Activity
melvin-bot commentedon Feb 29, 2024
Triggered auto assignment to @isabelastisser (
Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.github-actions commentedon Feb 29, 2024
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open `StagingDeployCash` deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:
melvin-bot commentedon Feb 29, 2024
Triggered auto assignment to @grgia (
Engineering), see https://stackoverflowteams.com/c/expensify/questions/9980/ for more details.izarutskaya commentedon Feb 29, 2024
@grgia I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors.
grgia commentedon Feb 29, 2024
I believe this is happening with manual requests too
rojiphil commentedon Feb 29, 2024
Proposal
Please re-state the problem that we are trying to solve in this issue.
When
Split billis used with a receipt, the split amount is lost in the split bill details page.What is the root cause of that problem?
Here, when we split the bill with a receipt, it was thought to be done via the scan tab where we do not enter the amount. In such a case, the flow starts with a split bill request and is completed later. However, as done in this issue, it is also possible to split the bill via
Manualrequest with an addedreceipt. Currently, this goes through the defaultstartSplitflow. This is the root cause.I do not think this is a regression.
What changes do you think we should make in order to solve the problem?
We can support split bill request for manual request type with receipt by making use of the
splitBillhere andsplitBillAndOpenReporthere.First, we need to avoid going through the
startSplitBillflow by additionally checking for a valid amount like this hereNow, the flow with either go through
splitBillhere orsplitBillAndOpenReporthere. Here, let us pass thereceiptFileintosplitBillandsplitBillAndOpenReportas it is done here.Inside the
createSplitsAndOnyxDatahere, generate thereceiptObjectlike it is done here and add this to the transaction here and iou report action here. Further, we need to add thereceiptto one-to-one iou report actions and transactions too here. Also, failure data can consider receipt error usinggetReceiptErrorlike hereHowever, this would also need BE support as
SplitBillAPI need to send backreceiptin response.What alternative solutions did you explore? (Optional)
Alternatively, if we want to do this via
startSplitBillflow, we can includeamountin the flow. Here, I think even BE needs to ensure that transaction contains theamount. Happy to explore more on this if we want to go through this approach.puneetlath commentedon Feb 29, 2024
FYI, this is likely fixed by this revert. Will have QA re-test once it is CP'd.
192 remaining items
mallenexpensify commentedon Jan 14, 2026
woah... that's a lotta comments.
If a contributor was hired and PR created that was reviewed by the C+, both are due 100%.
@rojiphil , @shubham1206agra can you confirm the above? If so, @kadiealexander , can you plz pay? Thx
shubham1206agra commentedon Jan 14, 2026
@mallenexpensify Yes, that's correct
rojiphil commentedon Jan 14, 2026
Thanks @mallenexpensify for reopening.
@kadiealexander As mentioned here, 100% compensation is due here for me as contributor as the PR was worked on and paused due to BE dependency. Thanks.
rojiphil commentedon Jan 19, 2026
@kadiealexander Gentle bump on helping with payment summary here. Thanks
melvin-bot commentedon Jan 19, 2026
@youssef-lr Huh... This is 4 days overdue. Who can take care of this?
youssef-lr commentedon Jan 21, 2026
Not overdue.
kadiealexander commentedon Jan 28, 2026
Payment Summary
quinthar commentedon Mar 5, 2026
Approved $250 to @rojiphil
garrettmknight commentedon Apr 2, 2026
$250 approved for @shubham1206agra