Bug in FM date display

[chrisjj]

I have a message with:

Date: Tue, 5 Nov 2024 23:59:47 +0000

FM mobile web inbox and default message display show time 00:00. Show Details too, plus explicitly shows the wrong day:

Date Wednesday, November 06, 2024 00:00

Likewise the FM Android app.

Anyone know if this bug is recent? I cannot imagine it going unnoticed for long.

EDIT: For avoidance of doubt as to where the display is sourcing this value, Support said a while back message list and message display "datetimes should reflect the datetime provided in the Date: header of the email."

[n5bb]

This appears to be rounding of the time to the nearest minute, which rolls over to the next day. The most recent example I can easily find in my stored messages which is similar shows a Date of:
Friday, October 25, 2024 11:59 PM
The Date header for that message was:
Date: Fri, 25 Oct 2024 23:59:56 -0500
So in this case the minutes were truncated and the time rounded down, not up as in your case. All other cases I have checked which were not near midnight also rounded down for the minute, including a message I received within the past 5 minutes.

My guess is that this is an edge case for that specific message with some cause hidden from us causing the time to round up, which caused the date to roll over. The date/time is shown in your case to the nearest minute by rounding up 13 seconds, which appears to me to be different from the normal case of rounding down. I don?t see any evidence for this rounding up to be a regular occurrence. Some people might make the case that this is desirable behavior and the date/time should always round up if the seconds is between 31-59.

Bill

[chrisjj]

Originally Posted by n5bb

This appears to be rounding of the time to the nearest minute, which rolls over to the next day.

Agreed.

Originally Posted by n5bb

The most recent example I can easily find in my stored messages which is similar shows a Date of:
Friday, October 25, 2024 11:59 PM
The Date header for that message was:
Date: Fri, 25 Oct 2024 23:59:56 -0500
So in this case the minutes were truncated and the time rounded down, not up as in your case.

Wow. I am surprised it is inconsistent. Do we have some undefined behaviour code, I wonder.

Originally Posted by n5bb

Some people might make the case that this is desirable behavior and the date/time should always round up if the seconds is between 31-59.

I cannot imagine what that case would be.

The day rollover is totally unacceptable and we would not like round up to :60 !

Thanks for your meticulous verification.