Skip to content

[Due for payment 2026-10-28] [$175] Report field - System message shows "set text to """ after clearing text report field #104507

Open

Description

@applause-bot

If you haven’t already, check out our contributing guidelines for onboarding. To join our Slack channel, fill out this form.


Version Number: 9.5.15-1
Reproducible in staging?: Yes
Reproducible in production?: N/A - new feature, doesn't exist in prod
If this was caught during regression testing, add the test name, ID and link from BrowserStack: #104124
Email or phone of affected tester (no customers): [email protected]
Issue reported by: Applause Internal Team
Bug source: Exploratory - Significant User Experience Deterioration
Device used: Mac 26.5 / Chrome
App Component: Money Requests

Action Performed:

Precondition:

  • Enable Report fields.
  • Create a text report field with initial value.
  1. Go to staging.new.expensify.com
  2. Go to workspace chat.
  3. Create an expense.
  4. Open the report.
  5. Click on the text report field.
  6. Clear the field and press Enter.
  7. Scroll the system message.

Expected Result:

System message will show something similar to "clear text field".

Actual Result:

System message shows "set text to """ after clearing text report field.

Workaround:

Unknown

Platforms:

  • Android: App
  • Android: mWeb Chrome
  • iOS: App
  • iOS: mWeb Safari
  • iOS: mWeb Chrome
  • Windows: Chrome
  • MacOS: Chrome Safari

Screenshots/Videos

Bug7291362_1792527054291.1.mp4

View all open jobs on GitHub

Applause Internal Information
Exported by: Mita Rachim
Bug ID: 7291362

Issue OwnerCurrent Issue Owner: @mallenexpensify

Activity

  1. added
    DeployBlockerCashThis issue or pull request should block deployment
    BugSomething is broken. Auto assigns a BugZero manager.
    on Oct 20, 2026
  2. applause-bot commented on Oct 20, 2026

    @applause-bot
    Author

    While Applause doesn't embed attachments for this bug, here are the links for quick view:
    https://platform.applause.com/services/links/v1/external/a5a8fbc57104a26468538b5fcb1cf99a266fa2f5a41f680120b98175842d8dbf

  3. melvin-bot commented on Oct 20, 2026

    @melvin-bot

    You have been assigned to this deploy blocker because you recently merged this PR: #104124

  4. melvin-bot commented on Oct 20, 2026

    @melvin-bot

    @AndrewGable @trjExpensify @daledah you have been assigned to this deploy blocker because you reviewed the offending PR: #104124

  5. melvin-bot commented on Oct 20, 2026

    @melvin-bot

    💬 A slack conversation has been started in #expensify-open-source

  6. github-actions commented on Oct 20, 2026

    @github-actions
    Contributor

    👋 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:

    1. Identify the pull request that introduced this issue and revert it.
    2. Find someone who can quickly fix the issue.
    3. Fix the issue yourself.
  7. MelvinBot commented on Oct 20, 2026

    @MelvinBot
    Contributor

    Deploy Blocker Analysis

    Causing PR: Restore: Show up to three report fields per row and edit them inline (high confidence). The auto-assignment is correct.

    Root cause: Clearing a text field that only shows its workspace initial value sends an empty oldValue. The message builder then falls through to the changeFieldEmpty wording, which renders set text to "".

    This is the same bug as Report field - System message shows "set text to """ after clearing text report field, which caused the first revert. The PR fixed that issue only when the report already had a saved, non-empty value. It did not fix the issue's actual precondition: a field showing its initial value.

    Recommendation: Roll forward with a small App-only fix. Revert again only if the fix can't land before the deploy.

    1. In ReportActionsUtils.ts:2435-2440, check for an empty newValue before checking oldValue. Never return changeFieldEmpty when newValue is empty. With no oldValue, use a new "removed {field}" string (translate it in all locales).
    2. In useSaveReportField.ts:67, pass the value the user saw as the previous value: reportField.value ?? reportField.defaultValue ?? ''.
    3. Add a unit test for an empty or undefined oldValue with newValue: ''.
    Investigation details

    Next Steps: Reply with @MelvinBot implement this to create a draft PR, or @MelvinBot <your feedback> to refine this analysis.


    view run

  8. 3 remaining items

  9. melvin-bot commented on Oct 21, 2026

    @melvin-bot

    Unable to auto-create job on Upwork. The BZ team member should create it manually for this issue.

  10. m-natarajan commented on Oct 21, 2026

    @m-natarajan

    Chrome / v9.5.15-2
    System message is: removed [Text field name]

    bandicam.2026-10-21.16-43-30-278.mp4
  11. added and removed
    DeployBlockerCashThis issue or pull request should block deployment
    on Oct 21, 2026
  12. changed the title [-][$175] Report field - System message shows "set text to """ after clearing text report field[/-] [+][Due for payment 2026-10-28] [$175] Report field - System message shows "set text to """ after clearing text report field[/+] on Oct 21, 2026
  13. melvin-bot commented on Oct 21, 2026

    @melvin-bot

    @daledah

    The solution for this issue has been 🚀 deployed to production 🚀 in version 9.5.15-3 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:

    If no regressions arise, payment will be issued on 2026-10-28. 🎊

    The following checklist (instructions) will need to be completed before the issue can be closed. Please copy/paste the Contributor+ Checklist from here into a new comment on this GH and complete it. If you have the K2 extension, you can simply click: [this button]. If no checklist is needed for this issue, you can click: [no checklist button]

  14. daledah commented on Oct 22, 2026

    @daledah
    Contributor

    I don’t think there should be a payment here since this issue is a deploy blocker

  15. melvin-bot commented on Oct 27, 2026

    @melvin-bot

    Triggered auto assignment to @mallenexpensify (Awaiting Payment)

  16. melvin-bot commented on Oct 27, 2026

    @melvin-bot

    Payment Summary

    Resolving PRs:

    BugZero Checklist (@mallenexpensify)

    • I have confirmed assignees, roles, and Upwork contracts look correct
    • I have paid out Upwork contracts / manual NewDot requests
    • [BugZero Assignee] I have created a GH issue for creating/updating the regression test once above steps have been agreed upon
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

Awaiting PaymentAuto-added when associated PR is deployed to productionBugSomething is broken. Auto assigns a BugZero manager.DailyKSv2Engineering

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions