-
-
Notifications
You must be signed in to change notification settings - Fork 134
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
Introduce "collection" projects for better usage of hierarchical view #2041 #658
base: master
Are you sure you want to change the base?
Introduce "collection" projects for better usage of hierarchical view #2041 #658
Conversation
This is a feature I would love to see in dependencytrack. Would certainly make it easier to structure projects and see the issues at a glance. @nscuro Is there anything left todo to be able to merge this pr and the corresponding backend pr? |
…ject list and mark collection projects visually. Signed-off-by: Ralf King <rkg@mm-software.com>
* Made project list reusable independent from the project list view * Reused project list to show children of collection projects in project view * Hide tabs without function in collection projects, show child projects instead * visually mark collection projects in project header and explain logic used in tooltip Signed-off-by: Ralf King <rkg@mm-software.com>
9c6d94c
to
c490bf6
Compare
Warning: I fixed a lot of conflicts and did not have time to test it. Will try to find time tomorrow to test it. Furthermore I threw out my bugfix for the double loading logic as @nscuro already did another fix for this |
[deleted - belonged to backend] |
Should be good to go :) |
@nscuro do I need to do something for the failed checks? the i18n issues don't seem to be from my changes, and the other Linter I don't see where I can find the actual output of whats wrong, only the files it complains about. |
Description
This change introduces UI logic for "collection projects". Those are basically projects used as parent for other projects that shall not hold any own component or vulnerability data, but instead get calculated from child projects using different configurable aggregation logics.
** Fixes some routing bugs
Required Backend PR: DependencyTrack/dependency-track#3258
Addressed Issue
DependencyTrack/dependency-track#2041
DependencyTrack/dependency-track#657
DependencyTrack/dependency-track#2410
#641 (routing Bug)
Additional Details
Checklist