-
-
Notifications
You must be signed in to change notification settings - Fork 18.5k
BUG: _tidy_repr should not be called when max_rows is None #6863
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
Conversation
can you add a test, something like:
which would raise w/o this patch but pass with it |
test added. |
can u post a before / after (maybe with defaults and maybe max_rows a bigger number) to see what this is actually doing |
I'm sorry, I'm not following you. If |
so in reality, |
Using master, After this patch is applied, I'm not sure what
however. |
i think |
can you add release note (ref this PR), in Bug Fixes I think |
@TomAugspurger @jorisvandenbossche any objections? |
If
|
this options interplay always confuses me. that seems reasonable as what is the point of max_rows=0 anyhow, yes, I think that should be equivalent to None |
Added note to Bug Fixes in |
+1 to treating |
BUG: _tidy_repr should not be called when max_rows is None
@unutbu thanks as always! |
This issue was raised in http://stackoverflow.com/q/22824104/190597:
raises
TypeError: unsupported operand type(s) for -: 'NoneType' and 'int'
.The problem occurs in series.py (line 832) when
max_rows
isNone
:Since the doc string for
get_options
saysI think
_tidy_repr
should not be called whenmax_rows
is None.This PR seems simple enough but my main concern is that this PR stomps on GH1467 which explicitly changed
> max_rows
to> (max_rows or 1000)
and I don't know what the purpose of this was.