-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
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
BUG: Series.__repr__ crashing with tzlocal() #24310
Comments
I can't reproduce on master. Can you post the full traceback in a |
Here's the stacktrace:
and here's the output of
|
Just to verify, can you verify that your C extensions have been (re)built recently? |
what timezone are you in? your |
Of course, that's the first thing I double-check in such cases. (I tend to rebuild the extensions on every branch change) |
What's
|
tzlocal represents the local timezone in system's locale. i.e. for a user in California |
I get that, I meant more specifically whether (EDIT: resolved some of my confusion below) |
It seems to (wrongly) believe I'm in python2-land...?
|
@jbrockmendel
I'm in |
OK, it should be clear from my attempts above that I never worked with
Back to the issue at hand,
|
This dateutil issue has a mildly similar traceback with tzlocal and Windows: dateutil/dateutil#197 |
@mroeschke
I'll be skipping the tests in my PR for now. |
Encountered while writing tests for PR to #23833, where I wanted to use
tz_aware_fixture
for testing promotions of datetimes with tz. The following is an equivalent minimal example, but constructed directly.The constructor passes, but worryingly, already the repr of
s
fails with a huge stacktrace:Same goes for
s[0]
.The underlying values are still there though:
This seems like a pretty serious regression to me. @mroeschke @jbrockmendel @jreback @TomAugspurger @jorisvandenbossche
The text was updated successfully, but these errors were encountered: