Skip to content
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

Audit history is sometimes lost when cloning project #2640

Closed
2 tasks done
jensborrmann opened this issue Apr 5, 2023 · 3 comments
Closed
2 tasks done

Audit history is sometimes lost when cloning project #2640

jensborrmann opened this issue Apr 5, 2023 · 3 comments
Labels
duplicate This issue or pull request already exists

Comments

@jensborrmann
Copy link
Contributor

Current Behavior

For some of our projects cloning including everything (in particular audit history) has various issues. Unfortunately, these

  1. Depend on the existing project: I was not able to hunt down the criteria.

  2. Differ: What I saw was
    a) Lost audits:
    In some cases all, in others most of the audit analyses where lost.

b) Changes in number of components:
In some cases many components seem to have been duplicated so that they are twice in the resulting project version.

Additional information:

  1. The server log files did not exhibit any suspicious deviations.
  2. We observed similar behaviour when interacting with the REST API in our CI/CD pipelines.
  3. I was not able to reproduce the issues with the following experiment
    a) Export BOM from a "malicious" project A
    b) Create a new project B using the exported BOM
    c) Clone B

Steps to Reproduce

  1. Find a project that is (for whatever reason) problematic
  2. Clone including "everything" (audit history, ...)
  3. Go to the overview of the newly created project version

Expected Behavior

a) Equal audit state: All audits should be applied to the cloned version. The number of unaudited issues should be the same as in the original version.
b) Stability regarding components: The same number and content of components should be found in the clone version.

Do you have any idea/suggestions?
Is there a realistic chance that an update to 4.7 would change our situation?

Dependency-Track Version

4.6.x

Dependency-Track Distribution

Container Image

Database Server

PostgreSQL

Database Server Version

12

Browser

N/A

Checklist

@jensborrmann jensborrmann added defect Something isn't working in triage labels Apr 5, 2023
@jensborrmann
Copy link
Contributor Author

demo_original.txt
demo_copy.txt

I attached the before/after BOMs for a case in which the audit history was lost. Things do not really look suspicious to me. But maybe an educated observer will find something of interest.

@nscuro
Copy link
Member

nscuro commented Oct 27, 2023

We're tracking this in #2875.

@nscuro nscuro closed this as not planned Won't fix, can't repro, duplicate, stale Oct 27, 2023
@nscuro nscuro added duplicate This issue or pull request already exists and removed defect Something isn't working in triage labels Oct 27, 2023
Copy link
Contributor

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 27, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests

2 participants