Skip to content
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

Pending deprecation on arrow.get() #264

Closed
fluffy-critter opened this issue Aug 5, 2019 · 6 comments
Closed

Pending deprecation on arrow.get() #264

fluffy-critter opened this issue Aug 5, 2019 · 6 comments
Labels
blocked external Issues that are waiting on external dependencies
Milestone

Comments

@fluffy-critter
Copy link
Collaborator

fluffy-critter commented Aug 5, 2019

Arrow 0.15 is potentially going to break some of the current usage of arrow.get():

/Users/fluffy/.local/share/virtualenvs/.../lib/python3.7/site-packages/arrow/factory.py:202:
ArrowParseWarning: The .get() parsing method without a format string will parse more strictly in
version 0.15.0.See https://github.com/crsmithdev/arrow/issues/612 for more details.

Relevant issue: arrow-py/arrow#612

@systemcatch
Copy link

Hi @fluffy-critter I'm one of the maintainers of arrow. If you can show me the type of time format Publ uses I can tell you if any changes will need to be made on your end.

@fluffy-critter
Copy link
Collaborator Author

fluffy-critter commented Aug 5, 2019 via email

@fluffy-critter fluffy-critter added the blocked external Issues that are waiting on external dependencies label Aug 8, 2019
@fluffy-critter
Copy link
Collaborator Author

I did an audit and the only place where arrow.get is used in this way is in a context where ParserError gets caught specifically because I needed to handle malformed dates already. :) So I'm changing this issue to be "blocked external" so I can remove the warning removal when arrow 0.15.0 is released.

We can remove https://github.com/PlaidWeb/Publ/blob/master/publ/__init__.py#L22 and the related import arrow.factory when this happens.

@fluffy-critter fluffy-critter added this to the low priority milestone Aug 8, 2019
@fluffy-critter
Copy link
Collaborator Author

@fluffy-critter
Copy link
Collaborator Author

Oh wait never mind, that function is intended to raise an error if it fails to parse anyway.

@fluffy-critter
Copy link
Collaborator Author

This has been long-since resolved.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
blocked external Issues that are waiting on external dependencies
Projects
None yet
Development

No branches or pull requests

2 participants