Open shreyas-a-s opened 1 month ago
Thank you for this and for the detailed steps to reproduce! Sorry for the delay in getting back to you -it was a long weekend here in Canada. I'll have to look a bit deeper into the module to see where it is at for the actually running of a blast job functionality-wise.
I'll get back to you likely tomorrow but feel free to follow up often as there is a lot on my plate so sometimes things get dropped. The state of this module is in big part because of all the work I've been doing on Tripal core and there are only so many hours in the day unfortunately! 😅
I totally get it, @laceysanderson. We all have only so much time per day left to work on projects, right :) It's totally fine.
Look into it when you get some extra time. In the meantime, I will continue testing the same and add any more info that I am gathering in the discussion.
Following up here: The blast is definitely not in a working state just yet
Following a similar procedure to @shreyas-a-s above... specifically:
/var/www/drupal/web/modules/contrib/tripal_blast/tests/fixtures/Chlamydomonas_reinhardtii_v5.6/Chlamydomonas_reinhardtii_v5.6
I would have expected to see a page telling me that the job was submitted and I was in a queue. With that expectation in mind I went to admin/tripal/tripal_jobs
to check to see if the job was submitted. ✅ It was! But I was then shown all these errors/warnings:
I then ran the blast job on the command-line and observed:
The error shown in step 3 indicates that our twig files are not using the correct syntax for comparison. I would guess this is because they were developed against a much older version of twig. To fix, we'll want to update the files in the tripal_blast/templates
folder to use the correct comparison syntax. According to the twig error message, this means that line 19 of templates/template-tripal-blast-report-pending.html.twig
which is currently {% if job.status_code === 0 %}
should use the twig is same as(value)
notation instead.
This is implied by these errors on the page loaded after the job is submitted.
Warning: Undefined array key "gapCost" in Drupal\tripal_blast\Services\TripalBlastProgramBlastn->formFieldBlastKey() (line 164 of modules/contrib/tripal_blast/src/Services/TripalBlastProgramBlastn.php).
likely caused by a disagreement between the name of the form element and the name the service expects the value to have. These need to match so the form would be updated to match.
Deprecated function: explode(): Passing null to parameter #2 ($string) of type string is deprecated in Drupal\tripal_blast\Services\TripalBlastProgramHelper::programSetGap() (line 203 of modules/contrib/tripal_blast/src/Services/TripalBlastProgramHelper.php).
This implies we need a check in the programSetGap to only explode if we are able to retrieve the value. This is directly linked to the first one.
Warning: Undefined array key 1 in Drupal\tripal_blast\Services\TripalBlastProgramHelper::programSetGap() (line 204 of modules/contrib/tripal_blast/src/Services/TripalBlastProgramHelper.php).
This is also directly linked to the first one. We tried to access the first value in our exploded array without checking to see if it was there.
Look in the files mentioned to fix these issues.
This is an assumption that doesn't hold true in the controller. We assumed that a report variable was always available but it is actually only set in one case. I would fix this by defining the $report variable outside of the if block and setting it to NULL.
The blast job expects to have the output filename passed to it but the code that submits the job does not populate that. In Tripal 3 this was calculated based on configuration and the value of the job. This needs to be fixed in the code that submits the Tripal job.
Hi there!
I have tried multiple ways including running the docker version of blast and every time I am not able to complete the blast run. It probably is something I am doing differently, but I am unable to find out the reason myself.
Obtained Result:
BLAST
:Steps I followed:
localhost:80