Skip to content

fix(edda): Ensure new management edges propagate to the front end #6457

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

Merged
merged 1 commit into from
Jun 23, 2025

Conversation

britmyerss
Copy link
Contributor

The IncomingConnections MV currently includes both management connections and prop to prop connections. The management edges were backwards in this MV, which meant that when a new management edge was created (Component A -> Manages -> Component B), the component that gets triggered to rebuild is the one newly under management (Component B), only when building this MV, we're asking about the managed components (Component B -> Manages -> GO FIND THEM, SORRY NO NEW ONES SO NO PATCH), not the managing components (GO FIND THEM BECAUSE THERE IS A NEW ONE NOW -> Manages -> Component B).

How does this PR change the system?

After this change, when a new management connection (Component A -> Manages -> Component B) is created, when Component B is triggered to rebuild, the new management connection is included and a patch is sent!

How was it tested?

  • Manually tested by creating a new management connection, and seeing that a patch is sent (whereas before, when adding a new management connection, no patch is sent), as well as seeing the front end update to reflect this new data!

@github-actions github-actions bot added the A-dal label Jun 20, 2025
Copy link

github-actions bot commented Jun 20, 2025

Dependency Review

✅ No vulnerabilities or OpenSSF Scorecard issues found.

Scanned Files

None

wendybujalski
wendybujalski previously approved these changes Jun 20, 2025
Copy link
Contributor

@wendybujalski wendybujalski left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The IncomingConnections MV currently includes both management connections and prop to prop connections.  The management edges were backwards in this MV, which meant that when a new management edge was created (Component A -> Manages -> Component B), the component that gets triggered to rebuild is the one newly under management (Component B), only when building this MV, we're asking about the managed components (Component B -> Manages -> GO FIND THEM), not the managing components (GO FIND THEM BECAUSE THERE IS A NEW ONE NOW -> Manages -> Component B).
@stack72 stack72 enabled auto-merge June 23, 2025 09:39
@stack72 stack72 added this pull request to the merge queue Jun 23, 2025
Merged via the queue into main with commit 93dc1d5 Jun 23, 2025
10 checks passed
@stack72 stack72 deleted the brit/fix-mgmt-edge-direction branch June 23, 2025 10:17
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy