GeezerVisonThe World Wide Web, restored to 800 pixels of glory. | ||||||||||
| Home|About|Gaming cabinet|Archives|How it works|Starter sites | ||||||||||
GeezerVison is showing github.com — bpo-37488 : Document a warning for datetime.utcnow() and utcfromtimestamp() by nanjekyejoannah · Pull Request #15773 · python/cpython Conversation
|
|
@nanjekyejoannah I don't think we can (or possibly should) put an actual warning in the code here - people will likely complain about it and we're not actually deprecating the function yet, it will likely just cause a lot of uproar and spam (as much as I'd like to...). What I was referring to in bpo-15733 was a warning box in the documentation, like: .. warning:: Because naive datetimes are treated by many functions as local times, it is recommended that you create a timezone-aware datetime using ``datetime.now(tz=timezone.utc)`` instead. I have not spent much time thinking about this. We may want a little footnote showing one of the gotchas to be referenced by both |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Was this an intentional change? It looks like you kept in the beginnings of an explanation of the problem, but also the problematic old text.
This is actually a bit complicated to reword, because the sentiment behind it has changed, and we may need to hedge a bit. Let me think about how best to communicate the new intent....
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
|
Okay. I had thought you wanted us to introduce a warning. I will update this PR accordingly. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Can you change this wording to be of a similar sentence structure as in the earlier section (for datetime.utcnow())?
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the PR @nanjekyejoannah.
I have a few suggestions:
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
This should be a bit more specific. Also, code comments or Sphinx roles should be used when referencing objects (such as classes, methods, or functions). In this case, code comments would be more appropriate since this is already within the section for datetime.
| Because naive datetimes are treated by many functions as local times, | |
| Because naive ``datetime`` objects are treated by many ``datetime`` methods as local times, |
This line will need to be split off into the next one since it will exceed the reST maximum width of 80 chars (94 chars after the suggestion).
Sorry, something went wrong.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
There was an error while loading. Please reload this page.
|
@nanjekyejoannah I believe this will have merge conflicts now that #13410 has been merged. Can you rebase against master? I also think adding a warning in |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
2588293 to
2e5dc03
Compare
There was a problem hiding this comment.
The reason will be displayed to describe this comment to others. Learn more.
@nanjekyejoannah For consistency, can provide the warning message for each of them?
Because naive
datetimeobjects are treated by manydatetimemethods
as local times, the recommended way to create aware datetime objects for
the current time in UTC is by callingdatetime.now(timezone.utc).
Otherwise, everything else looks good to me.
Sorry, something went wrong.
There was an error while loading. Please reload this page.
This also removes several examples using utc* methods, to avoid confusion. bpo-37488: https://bugs.python.org/issue37488
7d9e901 to
84887b0
Compare
|
@nanjekyejoannah: Status check is done, and it's a success ✅ . |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
…tamp() (pythonGH-15773) https://bugs.python.org/issue37488 Automerge-Triggered-By: @pganssle
|
Thanks @nanjekyejoannah for the PR 🌮🎉.. I'm working now to backport this PR to: 3.8. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
…tamp() (pythonGH-15773) https://bugs.python.org/issue37488 Automerge-Triggered-By: @pganssle (cherry picked from commit 1a53c78) Co-authored-by: Joannah Nanjekye <[email protected]>
|
GH-16059 is a backport of this pull request to the 3.8 branch. |
Sorry, something went wrong.
There was an error while loading. Please reload this page.
…tamp() (GH-15773) https://bugs.python.org/issue37488 Automerge-Triggered-By: @pganssle (cherry picked from commit 1a53c78) Co-authored-by: Joannah Nanjekye <[email protected]>
There was an error while loading. Please reload this page.
Successfully merging this pull request may close these issues.
There was an error while loading. Please reload this page.