[BUG] The website is broken

[etpeterson]

Is there an existing issue for this?

• I have searched the existing issues

Describe the bug

The website that should be automatically generated is not working. https://osipi.github.io/TF2.4_IVIM-MRI_CodeCollection/

Screenshots [optional]

No response

Steps To Reproduce

Visit https://osipi.github.io/TF2.4_IVIM-MRI_CodeCollection/
Observe an error

Expected behavior

The website should be functional and should be updated when the pipeline runs.

Additional context

No response

Are you working on this?

None

[Unique-Usman]

@etpeterson, I checked the reason for it not working, the website deploy Github Action depends on workflow_run.

https://github.com/OSIPI/TF2.4_IVIM-MRI_CodeCollection/blob/main/.github/workflows/website.yml#L6

on:
  workflow_run:
    workflows: [Algorithm Analysis]

The workflow_run is currently failing due to the deprecated version of actions/upload-artifact: v3`.

Error: This request has been automatically failed because it uses a deprecated version of actions/upload-artifact: v3.

Will open a pr to update the version.

[etpeterson]

Thanks! Looks good.

[Unique-Usman]

@etpeterson, This is still not fixed yet due to the workflow_run. But, this time, it is because the artifact being existed before.

"
Run actions/upload-artifact@v4
Multiple search paths detected. Calculating the least common ancestor of all paths
The least common ancestor is /home/runner/work/TF2.4_IVIM-MRI_CodeCollection/TF2.4_IVIM-MRI_CodeCollection. This will be the root directory of the artifact
With the provided path, there will be 2 files uploaded
Artifact name is valid!
Root directory input is valid!
Error: Failed to CreateArtifact: Received non-retryable error: Failed request: (409) Conflict: an artifact with this name already exists on the workflow run
"

Maybe you could deleted the artifact or we could change the retention time ?

[etpeterson]

@etpeterson, This is still not fixed yet due to the workflow_run. But, this time, it is because the artifact being existed before.

"
Run actions/upload-artifact@v4
Multiple search paths detected. Calculating the least common ancestor of all paths
The least common ancestor is /home/runner/work/TF2.4_IVIM-MRI_CodeCollection/TF2.4_IVIM-MRI_CodeCollection. This will be the root directory of the artifact
With the provided path, there will be 2 files uploaded
Artifact name is valid!
Root directory input is valid!
Error: Failed to CreateArtifact: Received non-retryable error: Failed request: (409) Conflict: an artifact with this name already exists on the workflow run
"

Maybe you could deleted the artifact or we could change the retention time ?

I think we can just set overwrite to true. We want to update those files anyway.
https://github.com/actions/upload-artifact

[Unique-Usman]

k we can just set overwrite to true. We wa

Yeah, that is true. Let me send a pr for that.

[AhmedBasem20]

Hi, I was exploring this issue a few days ago and made some attempts that might help @Unique-Usman with his PR.
I think adding the overwrite option, will lead to losing all the data and keeping only the last file on the matrix.
My attempt was to create a unique artifact for each job on the matrix, and in the merge step, we extract the files from all the artifacts before merging them. This works with the new immutability constraints on upload-artifact

Code:

# build steps...

      - name: Upload raw data
        uses: actions/upload-artifact@v4
        with:
            name: Working_Data_${{ matrix.algorithm }}_${{ matrix.SNR }}
            retention-days: 1
            path: |
              test_output_${{ matrix.algorithm }}_${{ matrix.SNR }}.csv
              test_duration_${{ matrix.algorithm }}_${{ matrix.SNR }}.csv
            overwrite: true

  merge:
    runs-on: ubuntu-latest
    needs: build
    steps:
      - name: Download artifacts
        uses: actions/download-artifact@v4
        with:
          path: artifacts
          pattern: Working_Data_*
          merge-multiple: true
      - name: List downloaded files
        run: find artifacts -type f | sort
      - name: Merge fitting results
        run: |
          # Find the first output file to get the header
          FIRST_OUTPUT=$(find artifacts -name "test_output_*.csv" | head -n 1)
          head -n 1 "$FIRST_OUTPUT" > test_output.csv
          find artifacts -name "test_output_*.csv" -exec tail -q -n +2 {} \; >> test_output.csv

[AhmedBasem20]

You can find the run details for this solution here
The artifact issue is solved but it still fails because of another error on the compare step that is worth checking as well.

[etpeterson]

@Unique-Usman Seems like it's still failing and @AhmedBasem20 might have an idea?

[Unique-Usman]

Thanks @AhmedBasem20 and @etpeterson , I will take a look at it.

[Unique-Usman]

@AhmedBasem20 and @etpeterson, I looked into, it seems to me it is as a result of some non-present test reference file or incorrect content. I might need you guys to take a look also. Thank.