-
-
Notifications
You must be signed in to change notification settings - Fork 348
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 our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DOC: Order cancel_called after cancelled_caught #430
Conversation
and add a note that you mostly don't want to use cancel_called
Codecov Report
@@ Coverage Diff @@
## master #430 +/- ##
==========================================
- Coverage 99.2% 99.17% -0.03%
==========================================
Files 89 89
Lines 10332 10572 +240
Branches 719 753 +34
==========================================
+ Hits 10250 10485 +235
- Misses 63 64 +1
- Partials 19 23 +4
Continue to review full report at Codecov.
|
Thanks! Looked good, but then I edited it a bit more :-). Feel free to merge if you like the result (and once the CI situation is sorted out...) |
For the record, CI issues are in #434. |
BTW, any reason in particular you're making branches in the main repo instead of your fork? I don't know that it's a problem or anything, it's just not something I've seen before... |
Nah, no particular reason except for history; the github feature to auto-allow others to push to your PR branch didn't exist when I started working with it. |
Cycling to force travis to redo the build. (I think I tried clicking "restart build", but it's still red for some reason... maybe "restart build" doesn't pick up the latest changes from master? Or maybe I just blanked and forgot to do it. Anyway, I know this works...) |
Or maybe I was getting confused between the PR build and the branch build? Well, they're re-running now anyway... |
Ok, so the problem is that apparently that (a) because this is a branch in the main repo, Travis is running the tests twice, once using their PR testing logic, and once using their branch testing logic, (b) some interaction between github's branch protection logic and how Travis reports commit statuses means that github won't allow this to be merged unless both sets of Travis tests are passing, and (c) when Travis tests a branch, it tests it directly, instead of merging it with master first (like it does for PRs). Conclusion: this can't be merged until someone merges from master. |
Or, even easier, I put up a new PR (#436) to get back onto the normal workflow. Closing this in favor of that. |
and add a note that you mostly don't want to use cancel_called