https://github.com/wikimedia/takedown-tools/pull/17

The issue was that the time was being converted to UTC, seems to be solved by the patch.

The "Created" time is still in UTC, but I assume that's intentional, since it wasn't reported in the task description?

In T213490#5201042, @Tchanders wrote:

The "Created" time is still in UTC, but I assume that's intentional, since it wasn't reported in the task description?

I assume it's fine as long as the datetime inputted is what you get out after saving.

@jrbs, would you mind QAing this since I don't believe @dom_walden has access to this (though, feel free to test it locally if you would like).

@dbarratt When the "Time" input is empty, if I click on it and select hour "14" it puts "13:26" (or whatever minute it is) into the input box. Perhaps it is converting to UTC, I think. But then, when I click "14" again it actually puts "14:26" into the input box.

Does it expect the time in UTC or the user's local time?

In T213490#5204592, @dom_walden wrote:

Does it expect the time in UTC or the user's local time?

It should (if working properly) expect the time in UTC

Is there a reason it treats the time as anything other than just a direct string? I guess for structure or something?

But yes, we enter the time based on wiki data, which is in UTC. So not the user's time :)

In T213490#5206439, @jrbs wrote:

Is there a reason it treats the time as anything other than just a direct string? I guess for structure or something?

I would add that to the long list of things that some idiot did before understanding our culture. :P

https://github.com/wikimedia/takedown-tools/pull/18

@jrbs Can you confirm if the datepicker works as expected now?