Bug #1511
Scheduler plugin does not adjust to government clock changes
| Status: | New | Start date: | 03/29/2010 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | - | % Done: | 0% |
|
| Category: | Addon | |||
| Target version: | JDownloader - FarfarAway | Estimated time: | 0.50 hour | |
| Revision: | 14145 | Resolution: |
Description
The scheduler plugin is in local time. However, it does not adjust with "DST". "Summer time", or "War time".
So, if a scheduler is set for 2:00 local time. When automated time zone adjustment occurs, this changes to 3:00.
Related issues
History
Updated by drbits about 2 years ago
- Revision changed from 9579 to 14145
The scheduler times (and all stored times) should be stored in UTC for proper operation.
The displayed times should use the localtime conversion when displaying the schedule or accepting new times from the GUI.
Updated by raztoki about 2 years ago
How exactly does jd know of Daylight Savings Time (DST) etc, not all operating systems have this information at hand, and or configured correctly! If system time gets adjusted JD+scheduler needs to account for positive and negative time shifts of system clock.
We have off peak times also, and i've configured jd to handle this. It's not hard just a little time consuming creating multiple rules (10 in total weekdays 0000-0700 weekends all offpeak). ISP here don't change free periods because of DST they remain static, they offer these time frames because its when their networks are idle (offpeak).
Wouldn't storing figures in UTC mean these figures are static reguardelss of the change and how would JD know its DST? we would then need to add in dates of change info into scheduler also? Id just leave it how it is. It's not broken in my opinion