Project

General

Profile

Bug #5640

associate timezones with all timestamps recorded in provenance tables

Added by Derik Barseghian almost 7 years ago. Updated almost 7 years ago.

Status:
New
Priority:
Normal
Assignee:
Category:
provenance
Target version:
Start date:
07/18/2012
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
5640

Description

Right now provenance records timestamps in local time without recording timezone. This is lossy. E.g. one problem scenario: User runs a workflow on their laptop in one timezone, moves timezones, and exports the run. The exported run now has the wrong timestamp recorded. Related is that WRM is assuming local timezone and during run-export, adding the local timezone in the recorded run (separate bug).

Part of this bug is to also deal with a user's existing timestamps. While it's not safe to associate local timezone to all their existing timestamps, it's the best guess we can make, short of giving the user a way to change them. The user should at least be made aware this is what's going to happen during the provenance schema upgrade.


Related issues

Blocked by Kepler - Bug #5641: once timezones are added to provenance, Workflow Run Manager must utilize themNew07/18/2012

History

#1 Updated by Redmine Admin about 6 years ago

Original Bugzilla ID was 5640

Also available in: Atom PDF