Closed Bug 1527623 Opened 6 years ago Closed 5 years ago

Lightning is changing time for events in summertime

Categories

(Calendar :: Dialogs, defect)

Lightning 6.2.5
x86
Windows 10
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: info, Unassigned)

Details

(Whiteboard: [datetime-issue-6.2])

Attachments

(3 files, 1 obsolete file)

Attached image Skizze.png (obsolete) —

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0

Steps to reproduce:

In TB 60.5.0
When I'm trying to create an event after the next time change and clicking on a time in the event edit dialog or if I click an an existing event after next time change

Actual results:

then it autmatically changes the time to +1h

Expected results:

the time should not be changed

Attached image Skizze.png
Attachment #9043622 - Attachment is obsolete: true

Calendar bugs go in the Calendar product.

Component: Untriaged → Dialogs
OS: Unspecified → Windows 10
Product: Thunderbird → Calendar
Hardware: Unspecified → x86
Version: 60 → Lightning 6.2.5

Check the Timezone setting in Options > Calendar > General.

I can not reproduce the problem.

(In reply to WaltS48 [:walts48] from comment #3)

Check the Timezone setting in Options > Calendar > General.

I can not reproduce the problem.

It's set correct to Europe/Berlin.
Do you enabled a Timezone in which it changes between summertime/wintertime?

complement to the bug report: it autmatically changes the time in the edit-windows of the event to +1h

If I set my Timezone the Calendar preferences to Australia/Adelaide, then create an event, the time doesn't change in the edit window of the event. Doesn't increase or decrease.

If I quit Thunderbird and restart it, all the times change to the times for Australia/Adelaide. That is what I would expect it to do because I changed the timezone from America/New York.

You need to provide better steps to reproduce. Your screen shot only shows me that the current time is going on 1900, but you selected 1800 and didn't finish creating the event by clicking the arrow to close that field.

Does it change to the correct time when you do that?

Flags: needinfo?(info)

Okay, I try to explain the whole process:
I'm in a timezone where there is summertime and wintertime (Europe/Berlin). Currently we have wintertime (UTC+1), on the 31st march 2019 we change to summertime (UTC+2).

If I create or edit events before the 31st march 2019, 2 o'clock everything works fine.
If I create or edit events after this point of time lightning changes time automatically.

I guess it is just a wrong calculation in the code.

use case 1:
Create an Event
When I create an Event in the edit window and set the time, e.g. I double-click on the "18" (as shown in the attached screenshot), then the time in the dropdown field changes to "19:00".

use case 2:
Edit an Event
If I click on an existing Event which starts at 19:00, then in the open edit windows the time has changes to "20:00".

use case 3:
Special case for time change
If I create an event and set the duration to 1h and change the time to 31st march 2019 and 1:00, then the endtime in the edit window changes to 3:00, which is not the duration of 1h.

I tested this on two installations on two different windows 10 systems.

Is this understandable?

Flags: needinfo?(info)
Attached video Screencast

Probably a short video will explain it the best.

It is understandable, but not reproducible here.

I installed the German version of Thunderbird 60.5.1 with Lightning 6.2.5.1 on Windows 10.

Our time here changes from Standard time to Daylight Savings time on March 10th.

Selected March 15th, created a new event. The time was correct.

Edited the event and the time was correct.

I would check my computer's date and time settings if I were you.

The computer clock won't update to reflect DST until March 10th for me.

Phillip any idea what is happening here?

Flags: needinfo?(philipp)

Thanks for providing the STR. Unfortunately, it's not reproducable here.

Does the issue also reproduce for you if you have all addons but Lightning disabled in addons-manager and restarted TB?

Does this also reproduce with a new profile for TB 60? If so, can you please download the latest Beta [1] and try to reproduce the issue with it using a new profile as well?

If the forementioned doesn't resolve the issue, please provide the last section "Internationalization & Localization" from the TB troubleshooting information (menu->help->troubleshooting information) and also information about your OS timezone settings (please also mention if you have non-standard system settings in place that might impact time handling, e.g. having a Windows region set other than Germany or using multiple clocks for different timezones).

[1] https://www.thunderbird.net/channel/

Flags: needinfo?(info)
Whiteboard: [datetime-issue-6.2]

(In reply to WaltS48 [:walts48] from comment #9)

I would check my computer's date and time settings if I were you.

You got me!
I checked time settings and it seems windows hasn't checked by default the settings "adjust for daylight saving time automatically". If I check this it's alright.
But on my second system (windows 1803) where I have the same problem the daylight saving option is checked but there is also checked "set time zone automatically", so I unchecked the "set time zone automatically" and checked it again and the issue seems to be solved.
But if I uncheck "adjust for daylight saving time automatically" and check "set time zone automatically" the problem is back (an all systems).

So, yes it has to do with the windows time managment and it is reproducable this way.

(In reply to [:MakeMyDay] from comment #10)

Does the issue also reproduce for you if you have all addons but Lightning disabled in addons-manager and restarted TB?

Yes the issue is still there with disabled addons.
And the issue is on all calendars I've been working with (online and offline).

If the forementioned doesn't resolve the issue, please provide the last section "Internationalization & Localization" from the TB troubleshooting information (menu->help->troubleshooting information)

Here you go:
Anwendungseinstellungen
Angeforderte Sprachen ["de","en-US"]
Verfügbare Sprachen ["de"]
Anwendungssprachen ["de"]
Region-Einstellungen ["de-DE"]
Standardsprache "de"
Betriebssystem
Sprachen des Betriebssystems ["de-DE"]
Region-Einstellungen ["de-DE"]

and also information about your OS timezone settings (please also mention if you have non-standard system settings in place that might impact time handling, e.g. having a Windows region set other than Germany or using multiple clocks for different timezones).

I haven't any non-standard settings. Not other windows region, no multiple clocks or anything.

Can you now reproduce?

Flags: needinfo?(info) → needinfo?(wls220spring)

On my system I have:

Set time automatically "On".
Set time zone automatically "On".
Adjust for daylight saving time is "On", but disabled due to the "Set time zone automatically" setting.

If I change, "Set time zone automatically" and "Adjust for daylight saving time automatically" to "Off". I'm still in the "(UTC-05:00) Eastern Time (US & Canada) time zone, and still can not reproduce your problem.

Flags: needinfo?(wls220spring)

Phillip can you reproduce this now?

I even tried a third system on an "old" win 10 1607 where I can reproduce this issue.
Even if I cange time zone to "(UTC-05:00) Eastern Time (US & Canada)".

Attached video Windows Screencast

This is a brand new Tb installation on a Windows 10 1607.

Unfortunately I won't have time to look into this at the moment.

Flags: needinfo?(philipp)

Fabian, has your problem been resolved in a more recent Thundebrird version (like 68.12.0 or 78.2.2)?

Flags: needinfo?(info)

(In reply to Martin Schröder [:martinschroeder] from comment #16)

Fabian, has your problem been resolved in a more recent Thundebrird version (like 68.12.0 or 78.2.2)?

I'm not able to reproduce it anymore in 68.12.0 - it seems to be resolved. thanks for asking.

Flags: needinfo?(info)
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: