-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
TST: fix flaky xfail #28016
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
TST: fix flaky xfail #28016
Conversation
) | ||
def test_drop_duplicates_categorical_non_bool(self, dtype, ordered_fixture): | ||
cat_array = np.array([1, 2, 3, 4, 5], dtype=np.dtype(dtype)) | ||
|
||
# Test case 1 | ||
input1 = np.array([1, 2, 3, 3], dtype=np.dtype(dtype)) | ||
tc1 = Series(Categorical(input1, categories=cat_array, ordered=ordered_fixture)) | ||
if dtype == "datetime64[D]": | ||
# pre-empty flaky xfail, tc1 values are seemingly-random |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Huh, I can't say that I understand why this would be.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in _recode_for_categories we're going through an ensure_object path and problems crop up around then. I'm not sure exactly why, but I think the solution will involve casting from datetime64[D] to datetime64[ns] without going through object
SGTM. #27715 was backported, so we'll backport this as well. |
* TST: fix flaky xfail
* TST: fix flaky xfail
xfail in more specific circumstance
black pandas
git diff upstream/master -u -- "*.py" | flake8 --diff