GHA: Artifact export on job failure fails due to module directory name usage

[ChrisKujawa]

Describe the bug

It seems due to going back to module paths with #9368 we introduce a new failure on exporting the artifacts

Run actions/upload-artifact@v3
  with:
    name: Unit test results for ./atomix/cluster
    path: **/target/surefire-reports/
  **/hs_err_*.log
  
    retention-days: 7
    if-no-files-found: warn
  env:
    JAVA_HOME: /opt/hostedtoolcache/Java_Temurin-Hotspot_jdk/17.0.[3](https://github.com/camunda/zeebe/runs/6527368042?check_suite_focus=true#step:6:3)-7/x6[4](https://github.com/camunda/zeebe/runs/6527368042?check_suite_focus=true#step:6:4)
With the provided path, there will be [9](https://github.com/camunda/zeebe/runs/6527368042?check_suite_focus=true#step:6:9)3 files uploaded
Starting artifact upload
For more detailed logs during the artifact upload process, enable step-debugging: https://docs.github.com/actions/monitoring-and-troubleshooting-workflows/enabling-debug-logging#enabling-step-debug-logging
Error: Artifact name is not valid: Unit test results for ./atomix/cluster. Contains the following character:  Forward slash /
          
Invalid characters include:  Double quote ", Colon :, Less than <, Greater than >, Vertical bar |, Asterisk *, Question mark ?, Carriage return \r, Line feed \n, Backslash \, Forward slash /
          
These characters are not allowed in the artifact name due to limitations with certain file systems such as NTFS. To maintain file system agnostic behavior, these characters are intentionally not allowed to prevent potential problems with downloads on different file systems.

See https://github.com/camunda/zeebe/runs/6527368042?check_suite_focus=true

To Reproduce

Lets a job fail.

Expected behavior

No issues on exporting artifacts.

[ChrisKujawa]

It is not 100% clear to me why it fails.

I think the action which fails is this one: https://github.com/camunda/zeebe/blob/main/.github/workflows/test.yml#L117-L124 but it doesn't reference the path we use for executing our tests

[lenaschoenburg]

but it doesn't reference the path we use for executing our tests

It does, via matrix.project here: https://github.com/camunda/zeebe/blob/main/.github/workflows/test.yml#L121

I think the best option would be to strip the ./ in the project-list step. That way, the overview of tests in GH is also a bit more aesthetically pleasing.