Clinical-Genomics / scout

VCF visualization interface
https://clinical-genomics.github.io/scout
BSD 3-Clause "New" or "Revised" License
147 stars 43 forks source link

Minor release 4.83 #4667

Closed northwestwitch closed 2 weeks ago

northwestwitch commented 3 weeks ago

[4.83]

Added

Testing on cg-vm1 server (Clinical Genomics Stockholm) **Prepare for testing** 1. Make sure the PR is pushed and available on [Docker Hub](https://hub.docker.com/repository/docker/clinicalgenomics/scout-server-stage) 1. Fist book your testing time using the Pax software available at [https://pax.scilifelab.se/](https://pax.scilifelab.se). The resource you are going to call dibs on is `scout-stage` and the server is `cg-vm1`. 1. `ssh @cg-vm1.scilifelab.se` 1. `sudo -iu hiseq.clinical` 1. `ssh localhost` 1. (optional) Find out which scout branch is currently deployed on cg-vm1: `podman ps` 1. Stop the service with current deployed branch: `systemctl --user stop scout.target` 1. Start the scout service with the branch to test: `systemctl --user start scout@` 1. Make sure the branch is deployed: `systemctl --user status scout.target` 1. After testing is done, repeat procedure at [https://pax.scilifelab.se/](https://pax.scilifelab.se), which will release the allocated resource (`scout-stage`) to be used for testing by other users.
Testing on hasta server (Clinical Genomics Stockholm) **Prepare for testing** 1. `ssh @hasta.scilifelab.se` 1. Book your testing time using the Pax software. `us; paxa -u -s hasta -r scout-stage`. You can also use the WSGI Pax app available at [https://pax.scilifelab.se/](https://pax.scilifelab.se). 1. (optional) Find out which scout branch is currently deployed on cg-vm1: `conda activate S_scout; pip freeze | grep scout-browser` 1. Deploy the branch to test: `bash /home/proj/production/servers/resources/hasta.scilifelab.se/update-tool-stage.sh -e S_scout -t scout -b ` 1. Make sure the branch is deployed: `us; scout --version` 1. After testing is done, repeat the `paxa` procedure, which will release the allocated resource (`scout-stage`) to be used for testing by other users.

How to test:

  1. how to test it, possibly with real cases/data

Expected outcome: The functionality should be working Take a screenshot and attach or copy/paste the output.

Review:

codecov[bot] commented 3 weeks ago

Codecov Report

Attention: Patch coverage is 0% with 1 line in your changes missing coverage. Please review.

Project coverage is 84.49%. Comparing base (86497f3) to head (2e7818d).

Files Patch % Lines
scout/__version__.py 0.00% 1 Missing :warning:
Additional details and impacted files ```diff @@ Coverage Diff @@ ## main #4667 +/- ## ======================================= Coverage 84.49% 84.49% ======================================= Files 310 310 Lines 18798 18798 ======================================= Hits 15884 15884 Misses 2914 2914 ```

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

northwestwitch commented 3 weeks ago

Tested updating the OMIM panel: 🆗

image image

Mmm the force update option updates the panel but not the date. This happens because I'm still using the panel files from last time I guess. But still..

northwestwitch commented 3 weeks ago

Tested updating PanelApp green gene panel: 🆗

image image
northwestwitch commented 3 weeks ago

Re-uploaded strongbison, used for testing cli case events and that no research variants were loaded

northwestwitch commented 3 weeks ago

Mane local track can be tested with this variant

Then moving around in the genome: 🆗

image
dnil commented 3 weeks ago

Benign strength modifiers no longer contribute to the pathogenic side: Screenshot 2024-06-10 at 14 31 44

dnil commented 3 weeks ago

But this is perhaps not super elegant: Screenshot 2024-06-10 at 14 31 09

dnil commented 3 weeks ago

Mmm the force update option updates the panel but not the date. This happens because I'm still using the panel files from last time I guess. But still..

If I recall correctly, that was a somewhat intended or at least accepted feature, but yes, it is not obvious. Perhaps make an issue anyway?

northwestwitch commented 3 weeks ago

If I recall correctly, that was a somewhat intended or at least accepted feature, but yes, it is not obvious. Perhaps make an issue anyway?

Yes I think I will, because when you have the same date and 2 different panels in terms of content it can be confusing

dnil commented 3 weeks ago

Load split out MT VCFs Screenshot 2024-06-10 at 15 07 01 ... Screenshot 2024-06-10 at 15 07 58 99 MT vars show inserted BUT no MT vars appear when filtering?! Screenshot 2024-06-10 at 15 13 00 Chromosome naming, ranking or load error?

northwestwitch commented 3 weeks ago

Chromosome naming, ranking or load error?

MT vs M?

dnil commented 3 weeks ago

Chromosome naming, ranking or load error?

MT vs M?

Could be yes: checking..

sonarcloud[bot] commented 3 weeks ago

Quality Gate Passed Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
No data about Coverage
0.0% Duplication on New Code

See analysis details on SonarCloud

dnil commented 3 weeks ago

So, all good on the MT vars. Well, they are still not run with distance=0 but let's not worry about that for the time being.

dnil commented 3 weeks ago

When artificially emptying phenotype_terms (we still have not been able to fathom how that happens in practice):

Screenshot 2024-06-10 at 15 48 27

the case page is still live and well: Screenshot 2024-06-10 at 15 48 10

northwestwitch commented 2 weeks ago

deployed on hasta prod now:

image
northwestwitch commented 2 weeks ago

Deployed on cg-prod-services as well:

image