Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

0.9.0 Beta 1 - Ready for testing #6933

Closed
kevinansfield opened this issue Jun 6, 2016 · 4 comments
Closed

0.9.0 Beta 1 - Ready for testing #6933

kevinansfield opened this issue Jun 6, 2016 · 4 comments

Comments

@kevinansfield
Copy link
Contributor

kevinansfield commented Jun 6, 2016

Beta Release Notes

There is now an initial beta of 0.9.0 published and ready for testing.

If you are able to do some testing, this would be much appreciated. REMEMBER: Make a backup first!

If you find any bugs, please raise them as separate issues according to the contributing guidelines

If you complete successful testing, please let us know by adding a comment here detailing what you tested and on what environment, covering relevant things like OS, browser, prod/dev mode, database (sqlite, mysql, postgres), server timezone, blog timezone etc.

Some important areas for testing:

Aspects of Ghost not often used during development:

  • production environment
  • MySQL, Postgresql
  • Ghost as npm module
  • the upgrade process

Important things that have changed:

Migration to convert all datetimes in the database to UTC

In order to support customisable timezones and post scheduling this release contains a migration that will update all datetimes stored in the database to UTC. If your server timezone is already set to UTC there should be no change.

Please check your database before and after upgrading to ensure that the migration is successful.

  • sqlite3: should already use UTC timestamp, after the migration you should see the same times but in YYYY-MM-DD HH:mm:ss format
  • postgres: the migration script is not executed at all, you should see no change in the stored times
  • mysql: you should see the times change to UTC. For example if your server timezone is set to EST (UTC -5) then the times in your database after the migration should be 5 hours later.

Timezone support

It's now possible to set the timezone of your blog - this should finally fix the "I posted at 3AM this morning but my post says says it was published yesterday" bugs.

There is now a dropdown in the general settings screen of the admin where you can choose the timezone you want your blog to be in. Please test changing this and ensuring that the dates/times displayed on your blog front-end and in the admin content screen/editor are what you expect.

@jloh
Copy link
Member

jloh commented Jun 8, 2016

I don't know whether this is a bug, so posting as a comment.
Some of the Australian cities seem to be listed as incorrect timezones.
Canberra, Hobart, Melbourne, Sydney, Vladivostok are all GMT +10 but are listed as +11. At the same time Adelaide is listed as +10:30 when it is in fact +9:30.
Brisbane however (listed as +10) is correct.
I don't know whether its because majority of the above (Brisbane certainly doesn't) do daylight saving and this muddles with things but my expectation living in Australia is for the ones listed as +11 to be +10 and so forth.

@kevinansfield
Copy link
Contributor Author

@AileenCGN was the list of timezones taken from moment-timezone or from some other source? It would be good to double-check them to make sure they are accurate/up to date.

@aileen
Copy link
Member

aileen commented Jun 8, 2016

Hi @jloh,

I checked some other timezones lists, and they all show the same result:
Tumblr:
image
WD MyCloud:
image

Obviously, there are a few timezones, which change the GMT offset in june and december. See here:
https://github.com/moment/moment-timezone/

I will dig into that and see, what we can do, to show it correctly. Luckily, it's only the label. The offset calculation is right!

@kevinansfield: the timezone list is created manually.

aileen added a commit to aileen/Ghost that referenced this issue Jun 9, 2016
refs TryGhost#6933

Some hard timezones of the hard coded list where shown (`label`-property) with a `GMT`-offset incl. DST. All offsets are now without DST.
Removes `offset` property as it is not used and `Greenwich Mean Time` from label.
@kevinansfield
Copy link
Contributor Author

Closing this as beta.2 has now been released.

geekhuyang pushed a commit to geekhuyang/Ghost that referenced this issue Nov 20, 2016
refs TryGhost#6933

Some hard timezones of the hard coded list where shown (`label`-property) with a `GMT`-offset incl. DST. All offsets are now without DST.
Removes `offset` property as it is not used and `Greenwich Mean Time` from label.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants