Verification code expiration time is not synced with user timezone

(#312) Bug Awaiting confirmation

Observed behaviour

The code is functional and can be used to verify the new mail adress. However, the email template displays a "stale" expiration time (e.g., 15:01 for an email received at 15:51). This is strictly a display/timezone conversion issue in the email notification, not a functional bug of the code generator. Expected behaviour The expiration time should reflect the user's local timezone (e.g., if received at 15:51, it should say "expires at 16:01" for a 10-minute window).

Reproduction steps

  1. Trigger an email change request.
  2. Receive the email (e.g., at 15:51 local time).
  3. Check the expiration time stated in the email body.

Details

Timezone Mismatch in Emails

I noticed a consistency issue with the verification timestamps.
  • Email received at: 15:51 (Local Time / CET)
  • Stated expiration time: 15:01 (Same day)
The verification code appears to be "expired by 50 minutes" the moment it is received. It seems the backend is using UTC/GMT for the expiration timestamp without converting it to the user's local timezone in the email template. The verification code itself works perfectly, but the expiration timestamp displayed in the email is confusing. The backend provides the time in UTC/GMT instead of the user's Local Time, making the code look like it expired 50 minutes ago even though it’s still valid.

Environment (optional)

  • Windows 11 Pro
  • Local Time: Paris/France (CET/UTC+1)

Logs or screenshots (optional)

image
  • 554199726-c6c75693-127b-4853-8c9b-bec7d7690ea4.png

    554199726-c6c75693-127b-4853-8c9b-bec7d7690ea4.png

    1373×370 | 41 kB

1 comment

Sign in with Fluxer to comment and vote.
Comment by Rex
RexSystem 1 vote
Status changed from Fixed to Awaiting confirmation
This was closed in a bulk cleanup before Fluxer V2 without being checked or fixed. It may work now, so it is waiting for someone to confirm whether the bug still happens.