-
Notifications
You must be signed in to change notification settings - Fork 74
[#558] iRODSAccess: Handle iRODSCollection and iRODSDataObject #595
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
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we want to handle the case where the input args do not have the expected str
type?
I read the issue again and in order to fully address the problem we will need to handle the non- |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems good, just pointed out where one line could be more succinct.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good to me.
Squash to taste.
Do the tests pass? |
I tried testing in an Ubuntu 22.04 container (python version 3.10.12) by running the tests as described in the For both I ran into this: #566 and this: #597 I tried again with an iRODS server using Postgres and only experienced the issues in #566 Then, I applied my changes and ran the test suite again and just saw the issues in #566 again. So... all told, I think the tests are passing. I did not try with python 2, or other iRODS versions, or other OS flavors / versions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Agreed. Let's get this merged.
Pound it.
This change enables the iRODSAccess constructor to handle iRODSCollection and iRODSDataObject types in addition to str-like types for the 'path' parameter. A TypeError is now raised when an unsupported type is used for this parameter.
Neat. #'d, mergin. |
Addresses #558 (I think?)
The new tests failed as expected before fix and then passed as expected after fix. Also confirmed that
irods.test.access_test.TestAccess
passes.I didn't bother testing / handling other types because I'm not sure how deep we want to go here. Happy to discuss this.