Incorrect Payment Dates displayed in customer portal

Self-Hosted | v5
1

Setup

Self-hosted

Version

v5.13.30

Environment

  • PHP 8.2, MySQL, LiteSpeed
  • Company timezone: America/New_York (EDT, UTC−4)

Describe the bug

In the client portal, a payment’s date displays one day earlier than the stored date. The payments.date value is stored correctly, but the portal renders this date-only value as if it were UTC midnight, then converts it to the company timezone — shifting it into the previous calendar day.

To Reproduce

  1. Set the company timezone to a negative-UTC-offset zone (e.g. America/New_York).
  2. Record a payment dated 2026-08-12 (e.g. an online/gateway payment made in the afternoon, local time).
  3. Log in to the client portal as that client and view the payment (payments list / payment detail).

Expected behavior

The client portal shows the payment date as Aug 12, 2026, matching the stored payments.date and the admin/database.

Actual behavior

The client portal shows Aug 11, 2026 (one day early).

Data confirming the stored value is correct

  • payments.date = 2026-08-12
  • payments.created_at (UTC) = 2026-08-12 19:47:09 = 2026-08-12 15:47 America/New_York
  • Company timezone_id = 15 (America/New_York)
  • Admin UI and database both show Aug 12 — only the client portal shows Aug 11.

Suspected root cause

A date-only field (payments.date, no time component) is parsed as 2026-08-12 00:00:00 UTC and then converted to the company timezone (−4h) → 2026-08-11 20:00, which formats as Aug 11. Date-only fields should be formatted without timezone conversion.

Impact

Customer-facing: clients see payment dates a day early on the portal. Data, reporting, totals, and paid status are all correct — only the portal display is affected. Impacts any self-hosted instance in a behind-UTC timezone.

Additional context

  • Reproduces on the latest release (5.13.30).
  • Switching the company timezone to UTC avoids the date shift but makes all time displays 4 hours off, so it isn’t a viable workaround.
2

Hi,

Thank you for the detailed error report, please create an issue on GitHub to track the problem.

3

Was this ever tracked in GitHub? I can’t seem to find it there.
I have the same issue (with a few minor settings changes, observations), but seen in v5.13.37 (self hosted), PHP server timezone=UTC+0, IN Admin GUI Company timezone = America/Los_Angeles, portal payment date (both in the list and view) is one day earlier than the actual payment date that is correctly displayed in the Admin GUI. However, portal statement payment dates are correct and match up with the Admin GUI. Tested with a manual payment method of Check, but also seen with Credit Card and ACH payments while testing with Stripe sandbox.
Thanks!

4

If you can’t find an issue for this I suggest creating a new one.

Edit: Maybe this is it?

5

Thank you. Sorry, I didn’t want to potentially enter a duplicated issue. I found that one, too. It is related, but not the same. In my issue BOTH the payment dates are incorrect (in List and View Detail) in the Client Portal. The payment date is off by one (one day earlier) than it should be. I commented on this issue in GitHub, since it may be related.
Thank you.