Incorrect timeformats for created_at and closed_at fields using the API for anlyze issues
Summary
I'm working with GitLab issues, and pulling those issues through API to measure the number of hours it takes to close an issue.
Doing that i found, that for the closed_at field from API has a timedate before the created_at field.
This is derived from the closed_at field not having the same timeformat (timezone difference) as the created_at field has.
Using GitLab Community Edition 12.1.6
Example:
created_at': u'2019-08-12T11:06:59.907+01:00
closed_at': u'2019-08-12T10:07:25.032Z'
What is the current bug behavior?
Examples, from getting info for issues using the API:
created_at': u'2019-08-12T11:06:59.907+01:00
closed_at': u'2019-08-12T10:07:25.032Z'
created_at': u'2019-06-05T09:45:59.928+01:00'
closed_at': u'2019-06-05T08:46:16.916Z'
What is the expected correct behavior?
There should be used the same date/timestamp for the created_at and closed_at field.