Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Make test_change_epoch more robust.#20817

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 ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Merged
timhoffm merged 1 commit intomatplotlib:masterfromQuLogic:robust-change-epoch
Aug 10, 2021

Conversation

QuLogic
Copy link
Member

PR Summary

The epoch is set by explicitly callingmdates.set_epoch, or implicitly set to the default bymdates.get_epoch (which is also called when converting datetimes.)

However, when running tests in parallel, there is no guarantee that any other call to[gs]et_epoch might have been made to lock it in, so we need to do that explicitly.

PR Checklist

  • Has pytest style unit tests (andpytest passes).
  • IsFlake 8 compliant (runflake8 on changed files to check).
  • [n/a] New features are documented, with examples if plot related.
  • [n/a] Documentation is sphinx and numpydoc compliant (the docs shouldbuild without error).
  • Conforms to Matplotlib style conventions (installflake8-docstrings and runflake8 --docstring-convention=all).
  • [n/a] New features have an entry indoc/users/next_whats_new/ (follow instructions in README.rst there).
  • [n/a] API changes documented indoc/api/next_api_changes/ (follow instructions in README.rst there).

The epoch is set by explicitly calling `mdates.set_epoch`, or implicitlyset to the default by `mdates.get_epoch` (which is also called whenconverting datetimes.)However, when running tests in parallel, there is no guarantee that anyother call to `[gs]et_epoch` might have been made to lock it in, so weneed to do that explicitly.
Copy link
Member

@jklymakjklymak left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Not sure you need the firstget_epoch

@QuLogic
Copy link
MemberAuthor

Not sure you need the firstget_epoch

But that's the point; it wouldn't be locked in and raise without it.

jklymak reacted with thumbs up emoji

@timhoffmtimhoffm merged commit3d5027d intomatplotlib:masterAug 10, 2021
meeseeksmachine pushed a commit to meeseeksmachine/matplotlib that referenced this pull requestAug 10, 2021
@QuLogicQuLogic deleted the robust-change-epoch branchAugust 10, 2021 22:01
QuLogic added a commit that referenced this pull requestAug 10, 2021
…817-on-v3.4.xBackport PR#20817 on branch v3.4.x (Make test_change_epoch more robust.)
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment
Reviewers

@jklymakjklymakjklymak approved these changes

@timhoffmtimhoffmtimhoffm approved these changes

Assignees
No one assigned
Projects
None yet
Milestone
v3.4.3
Development

Successfully merging this pull request may close these issues.

3 participants
@QuLogic@jklymak@timhoffm

[8]ページ先頭

©2009-2025 Movatter.jp