1. 13 Jan, 2017 2 commits
  2. 11 Jan, 2017 9 commits
  3. 10 Jan, 2017 5 commits
  4. 09 Jan, 2017 2 commits
  5. 08 Jan, 2017 3 commits
  6. 07 Jan, 2017 1 commit
  7. 06 Jan, 2017 2 commits
  8. 28 Dec, 2016 1 commit
  9. 27 Dec, 2016 1 commit
  10. 22 Dec, 2016 5 commits
  11. 20 Dec, 2016 2 commits
  12. 17 Dec, 2016 2 commits
  13. 16 Dec, 2016 4 commits
    • Eric Chiang's avatar
      Merge pull request #749 from ericchiang/postgres-timezones · c58dd948
      Eric Chiang authored
      storage: fix postgres timezone handling
      c58dd948
    • Eric Chiang's avatar
      Merge pull request #742 from rithujohn191/dex-frontend-cleanup · c7aa1548
      Eric Chiang authored
      server: add error HTML templates with error description.
      c7aa1548
    • Eric Chiang's avatar
      storage: fix postgres timezone handling · fd20b213
      Eric Chiang authored
      Dex's Postgres client currently uses the `timestamp` datatype for
      storing times. This lops of timezones with no conversion, causing
      times to lose locality information.
      
      We could convert all times to UTC before storing them, but this is
      a backward incompatible change for upgrades, since the new version
      of dex would still be reading times from the database with no
      locality.
      
      Because of this intrinsic issue that current Postgres users don't
      save any timezone data, we chose to treat any existing installation
      as corrupted and change the datatype used for times to `timestamptz`.
      This is a breaking change, but it seems hard to offer an
      alternative that's both correct and backward compatible.
      
      Additionally, an internal flag has been added to SQL flavors,
      `supportsTimezones`. This allows us to handle SQLite3, which doesn't
      support timezones, while still storing timezones in other flavors.
      Flavors that don't support timezones are explicitly converted to
      UTC.
      fd20b213
    • rithu john's avatar
      75aa1c67
  14. 15 Dec, 2016 1 commit