| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
This is the diff provided by @anntzer [here](matplotlib#12820 (comment)) Closes matplotlib#12820
|
Test failure looks like it is conda failing. |
Sorry, something went wrong.
There was a problem hiding this comment.
👍
We already have tests that hit this code path (but not the exact values that failed). I don't think it is worth adding a fine-tuned test.
Sorry, something went wrong.
|
Thanks again for your work on tracking this down @ksunden ! There are a lot of unsung heroes in open source, but people who track down error conditions that depend on 13 significant digits have a special place in my ❤️ . |
Sorry, something went wrong.
…ezier.get_parallels to fail
…682-on-v3.2.x Backport PR #16682 on branch v3.2.x (Avoid floating point rounding causing bezier.get_parallels to fail)
| Back | FazBrowse Home | New Git URL |
PR Summary
Avoids failing due to a very particular floating point cutoff
mismatch when determining if two lines are parallel via two different
methods.
This is the diff provided by @anntzer here
Closes #12820
PR Checklist
I am unclear what, if any, tests are expected for this diff, as
discussed in #12820. Causing this to happen on an actual figure requires
a rather unlucky set of very specific layout and annotation placement
that is difficult to replicate. A simple test of get_parallels is
possible, but probably not particularly helpful.
My understanding is that since this is only changing floating point
cutoff behaviour, this is not considered an API change, therefore I did
not write a release note. If I am mistaken, please let me know.