-
Notifications
You must be signed in to change notification settings - Fork 7
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
Bugs in is_registry_path
#456
Comments
I've added a minimal reproducible example in the Maybe having that example would have prevented this bug. It should be integrated into some smoketests. |
Related to #426 |
I attempted a simple fix in the above draft PR, where the function Lines 198 to 213 in 19b81bb
However, Looper goes on to later call |
No! don't hack it more... Can we not rely on the registry path functions we already wrote and have been using for years in ubiquerg? |
This would be a separate bug, then, because those are valid projects. |
Ok, I investigated Should we be checking the parsed I also investigated |
I meant to add this question: Is it desired that we should just check the provided config_file (basically move the check for Lines 178 to 213 in 19b81bb
|
After discussion:
|
Ah, interestingly, if I give the following string to But during initial testing setup I found that this works fine: |
I've merged changes and marked this as completed. However, related issues pepkit/ubiquerg#43 and #484 are still WIP. |
this is poorly done:
looper/looper/utils.py
Lines 578 to 595 in 1468956
I'm trying to pass it a path to a csv file which is a valid PEP,
config/demo_fasta.csv
, and it's interpreting it as a registry path!This should prioritize if it's a file, and only if the file doesn't exist, then it should check to see if it could be a registry path.
This bug makes looper basically unusable unless you're using PEPhub.
The text was updated successfully, but these errors were encountered: