The parent issue RHELC-967 has the label that triggered autocreation of this subtask to track the relative story point estimation for the integration test part of the issue.

The parent issue description at the time of creation of this issue was:
There's a customer for whom the internet connectivity check failed because their system is offline (RHELC-966). The /etc/migration-results file strangely does not state what's the source OS.

[root@kiktla01 tmp]# cat /etc/migration-results
{
    "activities": [
        {
            "executed": "null",
            "run_id": "null",
            "packages": [
                {
                    "nevra": "null",
                    "signature": "null"
                }
            ],
            "target_os": "null",
            "success": false,
            "activity_ended": "2023-03-17T09:25:59.806049Z",
            "version": "1",
            "env": {},
            "activity": "conversion",
            "source_os": "null",
            "activity_started": "null"
        }
    ]

The customer wrote: I find it odd that both target_os and source_os are "null".

Acceptance criteria:

• The breadcrumbs file contains data that is now collected in the Breadcrumbs/collect_early_data() method even in the early stages like during the internet connectivity check
  • The finish_collection() method can be collecting most of the information collected now by the collect_early_data method (convert2rhel NEVRA, convert2rhel command as executed, convert2rhel rpm signature, source OS)
  • The activity_started is set as soon as possible, e.g. before show_eula() in main.py