system_information from submission json (bugfix)#1910
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #1910 +/- ##
==========================================
- Coverage 50.46% 50.46% -0.01%
==========================================
Files 382 382
Lines 41039 41050 +11
Branches 6892 6888 -4
==========================================
+ Hits 20709 20714 +5
- Misses 19585 19616 +31
+ Partials 745 720 -25
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
a9f09da to
4bd7331
Compare
pieqq
left a comment
There was a problem hiding this comment.
I followed @tomli380576 's original steps and submissions, and it seems to work better now. I see a localhost.localdomain _HOSTNAME which is not the one my local machine is using, and I see some OEM kernel related messages in journalctl which look like the ones in the submissions.
I just have a little documentation request for the from_dict function.
fernando79513
left a comment
There was a problem hiding this comment.
LGTM+1!
87.5% of patch coverage can be easily rounded to 90%.
It's still a mess, but a faster and more accurate mess, XD.
f25a67e to
1fbd65b
Compare
* Load system_information from the submissions when merging report * Export intermediate files individually instead of using the tar exporter * Fix tests * Test the new merge function * Document from_dict applying feedback
* Load system_information from the submissions when merging report * Export intermediate files individually instead of using the tar exporter * Fix tests * Test the new merge function * Document from_dict applying feedback
* Load system_information from the submissions when merging report * Export intermediate files individually instead of using the tar exporter * Fix tests * Test the new merge function * Document from_dict applying feedback
Description
system_informationwas not taken into account in merge reports. This made it so, when creating the exported tar, Checkbox would re-calculate it instead of taking it from the submissions, slowing down the process significantly (as it has to do it once per submission) but most importantly, making it wrong, as the merge process is usually done on a random machine.Note: This also makes the process about 20% faster, as it avoids unpacking and repacking the xz twice.
Resolved issues
Fixes: https://warthogs.atlassian.net/browse/CHECKBOX-1887
Fixes: #1905
Documentation
Documented why the tar change was done
The rest of the change adheres to the code around it
Tests
Submission.json now generates correctly without querying the
system_informationcollectorExported before and after the multi export change. With the same subs diff reports only one change (date now)