Change package warning message to FutureWarning#1157
Conversation
|
|
|
@jakelishman @mtreinish the docs build doesn't like having Also, since Qiskit/qiskit#1661 will require another release (0.20.1), we'll need to update the metapackage version again. |
|
Deprecation warnings aren't ignored by default overall, they're just ignored if the "triggering" code isn't adjudged to be the user's code. Do you have an example of where the deprecation is failing to trigger for user code? |
|
Updating the metapackage version isn't an issue at all, no worries. Terra will release a 0.23.2 in the near future too. |
I don't have an example - the deprecation should always trigger. I think the issue is that tox treats the |
|
Yeah sorry, my question was for Junye: why are we changing from (I think we also sometimes use |
@jakelishman Thanks for the comments and verifying the warnings. We found out this issue while hacking together with @1ucian0 and we were puzzled too as why Just to be clear, there are two And the other is from We were using Only shows the deprecation warning from But now I verify that the warnings are triggered every time in a new ipython session. With that, I think we should close the PR. Sorry for the confusion! |
|
Reopen it, because @1ucian0 may still have some inputs here. |
|
It's a little sub-optimal that The chance of somebody opening a Python session, first printing out |

Summary
#1140 added deprecation warning message to the package. However, we realized later that
DeprecationWarningcategory is ignored by default. In order to show the deprecation warning message and migration guides details, we should change the warning toFutureWarningwhich is intended for end users and is not ignored by default.Details and comments