-
-
Notifications
You must be signed in to change notification settings - Fork 388
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
BUG: Fix for broken alma downloader #2490
Conversation
Codecov Report
@@ Coverage Diff @@
## main #2490 +/- ##
==========================================
- Coverage 62.99% 62.98% -0.02%
==========================================
Files 133 133
Lines 17291 17297 +6
==========================================
+ Hits 10892 10894 +2
- Misses 6399 6403 +4
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
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.
LGTM
Thanks. I'd like to have @andamian 's eyes on this before merging in case there is a reason to take a different approach (e.g., there are some other metadata we should be inspecting to determine what action to take in these blank-line cases) |
@keflavich - I don't see any of the tests to fail even without this PR, so they'll need to be adjusted to make sure they catch the pre-PR regression. Also, I haven't looked into the details, but recall that #2438 might be in play here? |
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.
Tests should be added/refactored for this. Also it needs a changelog.
This is already addressed in #2438 . |
OK, then I'll defer to that PR, but it's not at all obvious to me how this is addressed there. The underlying infrastructure is opaque to me. The test that needs to fail is indeed marked So I guess the new datalink service was deployed in the last ~48 hours? I have a daily cron job that started failing today, but was fine yeserday. |
I'll try to get back to that PR this afternoon, as I recall my reservations were all about the modifications to the generic tooling, and nothing about the specifics in the alma module. |
Closing this in favour of #2493 |
Can you rebase and add a changelog entry? |
author Adam Ginsburg (keflavich) <keflavich@gmail.com> 1660230509 -0400 committer Adam Ginsburg (keflavich) <keflavich@gmail.com> 1661190088 -0400 attempt to fix broken downloader account for length-1 lists account for length-1 lists fix logic: the number of uids doesn't matter ,the number of files does the total size doesn't need to be filtered out cleverly, since things that aren't files don't have size
59260ec
to
ca906ee
Compare
afaict, yes, the blank lines correspond to the tarballs that are now excluded from the download b/c they've been expanded. There is likely to be a more rational way to handle this, but this is the bugfix I need now because the currently deployed version is broken. So, if other users stumble across this before we resolve the issue, this PR is an acceptable temporary workaround. |
Co-authored-by: Eero Vaher <eero.vaher@gmail.com>
Good catch @keflavich, thanks for this. |
I take the comment of @at88mph from above as an approval, so am going ahead and merging this now. Thanks, @keflavich! |
This should fix #2489. The failure is already covered by tests.