-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Display engine version for Nextflow workflows #2001
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## develop #2001 +/- ##
===========================================
+ Coverage 41.67% 41.69% +0.01%
===========================================
Files 393 393
Lines 12307 12312 +5
Branches 2955 2957 +2
===========================================
+ Hits 5129 5133 +4
Misses 4854 4854
- Partials 2324 2325 +1 ☔ View full report in Codecov by Sentry. |
</th> | ||
<td mat-cell *matCellDef="let version"> | ||
<div *ngFor="let engineVersion of version.versionMetadata?.engineVersions"> | ||
<div class="no-wrap">{{ engineVersion }}</div> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To avoid the repetition and because we're used to seeing the most significant part of a phrase on the left of text (in left-to-right languages), I wonder if we should strip Nextflow
for the version column values, e.g., just show !>=22.10.1
instead of Nextflow !>=22.10.1
. It would also make the table a little less crowded.
I think it still makes sense to have the full string, with the Nextflow
word on the facets page, as there are all types of workflows on the search page, whereas for this table the column is only visible on a Nextflow workflow.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Seems intentional that we're storing the engine name based on this comment
Proposing we leave it as is for now and create a new ticket if it becomes an issue since it'll require a webservice change
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lol, citing my own comment against my argument. :)
I'd still argue that it's redundant on this page for Nextflow. My suggestion, which wasn't clear, would be to have a pipe here, not to change it on the backend -- I think it still makes sense to have Nextflow !>=22.10.1
on the facets page for differentiation when we add other engines for other languages. But here it's already a Nextflow workflow, and there are no other engines for Nextflow other than Nextflow itself, so it's not really adding anything and slightly getting in the way of viewing the significant info.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Screenshots look good
</th> | ||
<td mat-cell *matCellDef="let version"> | ||
<div *ngFor="let engineVersion of version.versionMetadata?.engineVersions"> | ||
<div class="no-wrap">{{ engineVersion }}</div> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
To avoid the repetition and because we're used to seeing the most significant part of a phrase on the left of text (in left-to-right languages), I wonder if we should strip Nextflow
for the version column values, e.g., just show !>=22.10.1
instead of Nextflow !>=22.10.1
. It would also make the table a little less crowded.
I think it still makes sense to have the full string, with the Nextflow
word on the facets page, as there are all types of workflows on the search page, whereas for this table the column is only visible on a Nextflow workflow.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Per my comment, I still feel we should drop Nextflow
, but I don't feel strongly enough to block, and if you still think we should keep it, I'm good with that.
</th> | ||
<td mat-cell *matCellDef="let version"> | ||
<div *ngFor="let engineVersion of version.versionMetadata?.engineVersions"> | ||
<div class="no-wrap">{{ engineVersion }}</div> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lol, citing my own comment against my argument. :)
I'd still argue that it's redundant on this page for Nextflow. My suggestion, which wasn't clear, would be to have a pipe here, not to change it on the backend -- I think it still makes sense to have Nextflow !>=22.10.1
on the facets page for differentiation when we add other engines for other languages. But here it's already a Nextflow workflow, and there are no other engines for Nextflow other than Nextflow itself, so it's not really adding anything and slightly getting in the way of viewing the significant info.
Quality Gate failedFailed conditions See analysis details on SonarCloud Catch issues before they fail your Quality Gate with our IDE extension SonarLint |
Description
This PR displays the Engine Versions column instead of Language Versions for Nextflow workflows.
Review Instructions
On QA, navigate to https://qa.dockstore.org/workflows/github.com/nf-core/rnaseq:dev?tab=versions and verify that there's an Engine Versions column and no Language Versions column for Nextflow workflows. Go to a non-Nextflow workflow, click the Versions tab and verify that it has a Language Versions column.
Issue
dockstore/dockstore#5918
https://ucsc-cgl.atlassian.net/browse/DOCK-2536
Security
If there are any concerns that require extra attention from the security team, highlight them here.
Please make sure that you've checked the following before submitting your pull request. Thanks!
npm run build
markdown-wrapper
component, which does extra sanitizationnpm audit
and ensure you are not introducing new vulnerabilities