Skip to content

[Due for payment 2026-06-30] Add stop address editing for GPS mileage #85802

Closed
1 of 1 issue completed
Closed

Description

@JmillsExpensify

Problem
When an employee creates a GPS mileage expense, if the recorded trip has an inaccurate stop destination (e.g., forgot to stop), then they have to recreate the expense using manual mileage or a re-drawn map route, which is harder to reproduce accurately and provides weaker supporting documentation for approvers and auditors.

Solution
In one release, we will:

  • Make the stop address a push row
  • Show an “Edit stop” page, with a map and a slider below
  • Users can drag the slider to decrease the distance, which is animated on the map
  • Where ever the users stops the slider and confirms, we save that stop address when creating the expense (and updating the mileage receipt).
Image

Further details

  • We'll start saving GPS way points in the BE, which means storing the gpsCoordinates in the commentNVPs (where we currently store existing distance data like routeImageURL and odometer readings).
  • We'll also start saving any mileage decreases via modifiedDistance, similar to modifiedCreated, modifiedAmount, modifiedMerchant and modifiedMCC.

This is an internal initiative, so we won't open it up to proposals

Issue OwnerCurrent Issue Owner: @mallenexpensify

Activity

  1. added
    InternalRequires API changes or must be handled by Expensify staff
    NewFeatureSomething to build that is a new item.
    on Mar 19, 2026
  2. melvin-bot commented on Mar 19, 2026

    @melvin-bot

    Triggered auto assignment to Design team member for new feature review - @dannymcclain (NewFeature)

  3. 111 remaining items

  4. melvin-bot commented on Aug 13, 2026

    @melvin-bot

    This issue has not been updated in over 15 days. @JmillsExpensify, @shawnborton, @neil-marcellini, @GCyganek, @dukenv0307, @dominictb eroding to Monthly issue.

    P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!

  5. melvin-bot commented on Aug 20, 2026

    @melvin-bot

    Triggered auto assignment to @mallenexpensify (Awaiting Payment)

  6. mallenexpensify commented on Aug 20, 2026

    @mallenexpensify
    Contributor

    @MelvinBot please review the compensation request above and provide feedback

  7. MelvinBot commented on Aug 20, 2026

    @MelvinBot
    Contributor

    Recommendation: The $500 request looks reasonable and well-supported — the only open item is confirming the regression attribution, which dukenv0307 has already asked neil-marcellini to verify.

    Here's what I was able to confirm against the request:

    One thing to double-check before paying: PR #90002 links to both this issue (#85802) and #95060, and #95060 is its own Awaiting Payment job. So please confirm regression #97488 is being charged against #95060's payment (not this one) — that's the confirmation dukenv0307 is asking neil-marcellini for. Once he confirms, this request looks good to approve at $500.

    Compensation is ultimately at Expensify's discretion — this is just a fact-check of the request, not an approval.


    view run

  8. mallenexpensify commented on Aug 20, 2026

    @mallenexpensify
    Contributor

    Payment Summary

    Contributor+: @dukenv0307 due $500 via NewDot

    cc @neil-marcellini , comment/reopen if you disagree.

  9. quinthar commented on Sep 2, 2026

    @quinthar
    Contributor

    Approved $500 to @dukenv0307

  10. QichenZhu commented on Oct 8, 2026

    @QichenZhu
    Contributor

    For the record: #91418 caused an issue where the map didn't update the location after reconnecting. Fixed by #101345.

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 productionDailyKSv2InternalRequires API changes or must be handled by Expensify staffNewFeatureSomething to build that is a new item.

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions