Skip to content

REGR: Fixed slicing DatetimeIndex with date #31521

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

Merged
merged 3 commits into from
Feb 1, 2020

Conversation

TomAugspurger
Copy link
Contributor

Closes #31501

@TomAugspurger TomAugspurger added the Indexing Related to indexing on series/frames, not to indexes themselves label Jan 31, 2020
@TomAugspurger TomAugspurger added this to the 1.0.1 milestone Jan 31, 2020
@TomAugspurger TomAugspurger added the Datetime Datetime data dtype label Jan 31, 2020
@jbrockmendel
Copy link
Member

We don’t combine for get_loc right? Ok to fix regression, but we should deprecate for internal consistency

@jreback jreback merged commit 2495068 into pandas-dev:master Feb 1, 2020
@jreback
Copy link
Contributor

jreback commented Feb 1, 2020

thanks @TomAugspurger

@lumberbot-app
Copy link

lumberbot-app bot commented Feb 1, 2020

Owee, I'm MrMeeseeks, Look at me.

There seem to be a conflict, please backport manually. Here are approximate instructions:

  1. Checkout backport branch and update it.
$ git checkout 1.0.x
$ git pull
  1. Cherry pick the first parent branch of the this PR on top of the older branch:
$ git cherry-pick -m1 2495068adad8cd8b4c75fe1e6102a777f0c2e262
  1. You will likely have some merge/cherry-pick conflict here, fix them and commit:
$ git commit -am 'Backport PR #31521: REGR: Fixed slicing DatetimeIndex with date'
  1. Push to a named branch :
git push YOURFORK 1.0.x:auto-backport-of-pr-31521-on-1.0.x
  1. Create a PR against branch 1.0.x, I would have named this PR:

"Backport PR #31521 on branch 1.0.x"

And apply the correct labels and milestones.

Congratulation you did some good work ! Hopefully your backport PR will be tested by the continuous integration and merged soon!

If these instruction are inaccurate, feel free to suggest an improvement.

@TomAugspurger
Copy link
Contributor Author

TomAugspurger commented Feb 1, 2020 via email

@jorisvandenbossche
Copy link
Member

@TomAugspurger this still needs a backport?

@jorisvandenbossche
Copy link
Member

@meeseeksdev backport to 1.0.x

@lumberbot-app
Copy link

lumberbot-app bot commented Feb 3, 2020

Owee, I'm MrMeeseeks, Look at me.

There seem to be a conflict, please backport manually. Here are approximate instructions:

  1. Checkout backport branch and update it.
$ git checkout 1.0.x
$ git pull
  1. Cherry pick the first parent branch of the this PR on top of the older branch:
$ git cherry-pick -m1 2495068adad8cd8b4c75fe1e6102a777f0c2e262
  1. You will likely have some merge/cherry-pick conflict here, fix them and commit:
$ git commit -am 'Backport PR #31521: REGR: Fixed slicing DatetimeIndex with date'
  1. Push to a named branch :
git push YOURFORK 1.0.x:auto-backport-of-pr-31521-on-1.0.x
  1. Create a PR against branch 1.0.x, I would have named this PR:

"Backport PR #31521 on branch 1.0.x"

And apply the correct labels and milestones.

Congratulation you did some good work ! Hopefully your backport PR will be tested by the continuous integration and merged soon!

If these instruction are inaccurate, feel free to suggest an improvement.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Datetime Datetime data dtype Indexing Related to indexing on series/frames, not to indexes themselves
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Can no longer slice DatetimeIndex with datetime.date values outside the index in 1.0.0
4 participants