Open izarutskaya opened 5 months ago
Triggered auto assignment to @kadiealexander (Bug
), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.
We think this issue might be related to the #collect project.
Expense - Saving multiline description with mark down with no edit triggers system message
The backend returns *b*\r\n*b*
, the \r
is counted as extra character which isn't present in the form value, and as a result, the check below doesn't become true, so we don't return early and update description api is called.
https://github.com/Expensify/App/blob/2929a911ad33264fd5cee1cefe98b34cdaaa99c5/src/pages/iou/request/step/IOURequestStepDescription.tsx#L115-L121
To make the currentDescription
same as the form value we need to first use parser.replace
and then parser.htmlToMarkdown
for currentDescription
.
const currentDescription =
isEditingSplitBill && !lodashIsEmpty(splitDraftTransaction)
? splitDraftTransaction?.comment.comment ?? ''
: parser.htmlToMarkdown(parser.replace(transaction?.comment.comment ?? '')).trim();
We should also check for similar bug in other similar components.
We can replace \r
in currentDescription
with "" and then compare.
System message for description edit shows up when no edit is made to the description. When repeating Step 6 and 7, the transaction thread turns blank with the error "There was an error loading more messages."
The description that is returned by back-end includes \r
character which doesn't exist in value of input. It leads this check here isn't true
and then the update API is called that makes the system message appears.
html
instead of markdown
. Update here to convert the description to html before savingcomment: ReportUtils.getParsedComment(comment),
We need back-end change to accept the description of money request can be stored as htm.
parser.htmlToMarkdown(currentDescription)
and update the condition here to newComment === parser.htmlToMarkdown(currentDescription)
. This is the same way as we do for other description field like task description field, room description field,...Job added to Upwork: https://www.upwork.com/jobs/~018d19307f19622d14
Triggered auto assignment to Contributor-plus team member for initial proposal review - @mkhutornyi (External
)
reviewing proposals
If this issue doesn't happen on other multiline fields like task description, room description, we should apply same logic to be consistent.
@mkhutornyi is anything wrong with the current proposals?
@kadiealexander, @mkhutornyi Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!
@dominictb thanks for the proposal.
We need back-end change to accept the description of money request can be stored as htm.
Is backend already doing this on task description and room description?
@mkhutornyi Yes.
π£ It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? πΈ
@dominictb's proposal looks good to me. πππ C+ reviewed
Triggered auto assignment to @MariaHCD, see https://stackoverflow.com/c/expensify/questions/7972 for more details.
@MariaHCD @kadiealexander @mkhutornyi 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!
@MariaHCD, @kadiealexander, @mkhutornyi Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!
Apologies for the delay. Reviewing this selected proposal shortly.
Sending the comment as html instead of markdown makes sense since it's aligned with the way we update task description and room description.
@NikkiWines @chiragsalian looking at UpdateMoneyRequestDescription, I think it should be fine to save the comment as html?
Yeah, I think it would be fine to use html here.
sounds fine to me.
Not overdue
Great, thanks for confirming! Let's go ahead with @dominictb's proposal. I believe UpdateMoneyRequestDescription should already be able to accept html but let me know if that's not the case.
π£ @mkhutornyi π An offer has been automatically sent to your Upwork account for the Reviewer role π Thanks for contributing to the Expensify app!
π£ @dominictb π An offer has been automatically sent to your Upwork account for the Contributor role π Thanks for contributing to the Expensify app!
Offer link Upwork job Please accept the offer and leave a comment on the Github issue letting us know when we can expect a PR to be ready for review π§βπ» Keep in mind: Code of Conduct | Contributing π
I got some problem with the BE API (look like the HTML tag is stripped). @MariaHCD, can one of you guys check?
Yup, looking at the logs, it seems we're stripping any HTML
Looking further.
@MariaHCD, @kadiealexander, @mkhutornyi, @dominictb Eep! 4 days overdue now. Issues have feelings too...
Focused on some higher priority issues - will come back here later
Not overdue
@MariaHCD @kadiealexander @mkhutornyi @dominictb this issue is now 4 weeks old, please consider:
Thanks!
@MariaHCD, @kadiealexander, @mkhutornyi, @dominictb Eep! 4 days overdue now. Issues have feelings too...
Getting a retest here.
Issue is still reproducible!
https://github.com/Expensify/App/assets/93399543/56ec5b8b-dbde-4dbd-9b0f-308613873ae7
I have opened a PR to fix it, but there's some API issue and @MariaHCD is looking into it. Once the API is ready, I'll get my PR ready for final review.
@MariaHCD do you have any update on this?
@MariaHCD, @kadiealexander, @mkhutornyi, @dominictb Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!
No update just yet, I've been prioritizing issues from #fast-apis and #wave-collect. Will get to this in the next couple days.
@MariaHCD, @kadiealexander, @mkhutornyi, @dominictb Whoops! This issue is 2 days overdue. Let's get this updated quick!
Still prioritizing other issues. I'll get to this asap.
Same
Sorry, I wasn't able to prioritize this one and I'm going OOO from tomorrow until Aug 3rd. So I am going to reapply the engineering label and leave a summary:
hello world89a331daa8a71096-HKG virt2.rno 2024-06-27 05:56:35 753 tb-dominic+test1@outlook.com Processing 'UpdateMoneyRequestDescription' for 'expensify.com' from '42.117.149.6' ~~ initialReferer: '
hello it's me
Or maybe the label doesn't work if I apply it? @kadiealexander what's the best way to get another engineer on this issue? π
Lifesaver @mountiny is taking over for me ππΌ
Making this weekly as its not that high value
I was not able to help with this one as I was also partially out. Still seems to require some backend fix @MariaHCD do you want to take it back over :D
π£ It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? πΈ
This is still a low priority
Havent got around yet
Focusing on closing wave-collect
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.4.81-1 Reproducible in staging?: Y Reproducible in production?: Y Logs: https://stackoverflow.com/c/expensify/questions/4856 Issue reported by: Applause-Internal team
Action Performed:
Expected Result:
No system message for description edit will show up because no edit is made to the description.
Actual Result:
System message for description edit shows up when no edit is made to the description. When repeating Step 6 and 7, the transaction thread turns blank with the error "There was an error loading more messages."
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
https://github.com/Expensify/App/assets/115492554/1231fdcd-b41c-44f1-8e9c-38c953b85a9d
View all open jobs on GitHub
Upwork Automation - Do Not Edit
Issue Owner
Current Issue Owner: @MariaHCD