Force override ZIP files from artifacts #8
Conversation
🦙 MegaLinter status: ✅ SUCCESS
See detailed report in MegaLinter reports
|
Test results 4 files 4 suites 40s ⏱️ Results for commit 9895faa. ♻️ This comment has been updated with latest results. |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #8 +/- ##
=======================================
Coverage 72.05% 72.05%
=======================================
Files 10 10
Lines 1256 1256
=======================================
Hits 905 905
Misses 351 351 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
Tests failed, and I can't quite see why this would affect that. Dependency issues perhaps? |
|
The failing tests seem to be specifically smidump-related tests on Python 3.12.. this sounds eerily similar to what @hmpf is experiencing in Uninett/nav#3266 |
This can happen when for multiple python versions tests fail only on some When rerunning only these failing tests it leads to these files already existing and it waits for confirmation to override these files So we force this override so that this action doesn't fail
lunkwill42
force-pushed
the
workflows/override-zip-on-unpacking
branch
from
6317fc5 to
9895faa
Compare
|
Fixed by increasing timeouts. Rebased to master for changes to take effect also here. |
3 participants
This can happen when for multiple python versions tests fail only on some.
When rerunning only these failing tests it leads to these files already existing and it waits for confirmation to override these files.
So we force this override so that this action doesn't fail.
Previously done in Uninett/Argus#835 and Uninett/nav#2975, but since this happened here now once as well I thought it might be good to introduce it.
Example for this happening: https://github.com/Uninett/netsnmp-cffi/actions/runs/17263574293/job/48990440212