Opened 4 years ago

Closed 3 years ago

Last modified 3 years ago

#1486309 closed Bugs (duplicate)

Problem on date display (1 extra hour)

Reported by: jasb Owned by:
Priority: 5 Milestone: 0.4-beta
Component: User Interface Version: 0.3.1
Severity: normal Keywords:
Cc:

Description

Howdy,
I believe there's something that needs some tunning on the display of dates.
Attached there's the message headers, and a screenshot on how they are displayed.

My PHP has this setting:

[Date]
; Defines the default timezone used by the date functions
date.timezone = Europe/Lisbon?

Attachments (2)

date problem.JPG (30.4 KB) - added by jasb 4 years ago.
headers.txt (1.2 KB) - added by jasb 4 years ago.

Download all attachments as: .zip

Change History (8)

Changed 4 years ago by jasb

Changed 4 years ago by jasb

comment:1 Changed 4 years ago by jasb

  • Component changed from Addressbook to User Interface

comment:2 Changed 3 years ago by alec

  • Milestone changed from later to 0.4-beta

Date is calculated according to time zone and daylight saving time set in Roundcube. So, I think you got daylight saving time problem here. Roundcube doesn't check if specified date is in daylight saving period but calculates date accourding to its current setting.

comment:3 Changed 3 years ago by alec

See #1484156.

comment:4 Changed 3 years ago by jasb

Hi Alec,
I get it. I have timezone set to GMT, so on this case it should not add one extra hour, or there's any other reason?

comment:5 Changed 3 years ago by alec

  • Resolution set to duplicate
  • Status changed from new to closed

I think timezone is not important here. Duplicate of #1484156.

comment:6 Changed 3 years ago by jasb

Hi Alec,

Please correct me if I'm wrong.
In the other bug, you suggest to hardware that patch, but let me ask, isn't this on the main code, if not, aren't you going to add?

Note: See TracTickets for help on using tickets.