[Cateline]

This PR fixes an issue where ENA FASTQ files could not be added to the cart when the associated sample metadata was unavailable on ENA.

What changed?
The ENA species lookup is now handled separately from adding samples to the cart. If the sample metadata lookup fails, the error is caught and the FASTQ samples can still be added to the cart. The species lookup is still used when the sample metadata is available, so automatic reference genome selection continues to work normally.

To test
I ran npm run build:dev successfully.
I verified the working tree and diff before committing.

[pansapiens]

Thanks - it would be useful to know which ENA or SRA accession can reproduce the original issue - it would be worth inspecting in case it can be mocked as a unit test.

[Cateline]

Thank you for merging my request and for the suggestion. I checked the ENA API and found a potential reproducer:

SRR26449549 returns successfully, and the ENA run report links it to sample SAMN37904062 (secondary sample accession SRS19213103). But, a direct request to the ENA XML endpoint for SAMN37904062 returns HTTP 404. The sample accession SAMN44459348 from the original traceback also returned HTTP 404 when I checked it.

I also performed a check on the frontend set-up. It is running Vue 2.7.16 but the npm test command is just a placeholder, and there is no Jest or Vue Test Utils setup yet. I hope I've understood your suggestion correctly, but please let me know if I've missed anything.