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

Cu 86c02t3u3 linker default min and max threshold #327

Merged
merged 5 commits into from
Sep 26, 2024

Conversation

MatthewErispe
Copy link
Collaborator

@MatthewErispe MatthewErispe commented Sep 26, 2024

Summary by CodeRabbit

Release Notes

  • New Features

    • Introduced new configuration parameters for linking thresholds: LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD.
  • Improvements

    • Enhanced the linking process with additional parameters for better control over link interactions and thresholds.
    • Updated the matching threshold from 0.65 to 0.7 across multiple configuration files.
    • Expanded suppression criteria for code checks to include additional parameters.

These changes aim to improve the flexibility and accuracy of the linking functionality within the application.

@rcrichton
Copy link
Member

Copy link
Contributor

coderabbitai bot commented Sep 26, 2024

Warning

Rate limit exceeded

@MatthewErispe has exceeded the limit for the number of commits or files that can be reviewed per hour. Please wait 5 minutes and 9 seconds before requesting another review.

⌛ How to resolve this issue?

After the wait time has elapsed, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

We recommend that you space out your commits to avoid hitting the rate limit.

🚦 How do rate limits work?

CodeRabbit enforces hourly rate limits for each developer per organization.

Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout.

Please see our FAQ for further information.

📥 Commits

Files that changed from the base of the PR and between 84b95ee and 888fc26.

Walkthrough

This pull request introduces several modifications across various files in the JeMPI_Linker project. Key changes include updates to Checkstyle suppression configurations, the addition of new constants for linker thresholds in the AppConfig class, and enhancements to methods in the BackEnd, LinkerCR, and LinkerDWH classes to support additional parameters for linking operations. Configuration files for Docker have also been updated to reflect new threshold settings.

Changes

Files Change Summary
JeMPI_Apps/JeMPI_Linker/checkstyle/suppression.xml Updated suppression configuration to include both MethodLength and ParameterNumber checks for LinkerDWH.java.
JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/AppConfig.java Added two new public static final Float constants: LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD, initialized from configuration values.
JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/BackEnd.java Modified syncLinkInteractionHandler and asyncLinkInteractionHandler methods to include additional parameters for handling link thresholds and configurations.
JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerCR.java Updated crLinkBySourceIdUpdate method to include new parameters: LINKER_MIN_THRESHOLD, LINKER_MAX_THRESHOLD, and LINKER_MATCH_THRESHOLD_MARGIN.
JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerDWH.java Enhanced linkInteraction method by adding parameters for minThreshold_, maxThreshold_, and marginWindowSize_, replacing the previous matchThreshold_ parameter.
devops/linux/docker/conf/stack/docker-stack-high-0.yml Increased LINKER_MATCH_THRESHOLD from 0.65 to 0.7 and added LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD.
devops/linux/docker/conf/stack/docker-stack-high-1.yml Increased LINKER_MATCH_THRESHOLD from 0.65 to 0.7 and added LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD.
devops/linux/docker/conf/stack/docker-stack-low-0.yml Increased LINKER_MATCH_THRESHOLD from 0.65 to 0.7 and added LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD.
devops/linux/docker/conf/stack/docker-stack-low-1.yml Increased LINKER_MATCH_THRESHOLD from 0.65 to 0.7 and added LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD.

Possibly related PRs

Poem

🐇 In the land of code where bunnies play,
New thresholds hop in, brightening the day!
With links that stretch and scores that gleam,
Our AppConfig shines, fulfilling the dream.
So let’s code away, with joy and delight,
For every change makes our future bright! 🌟


Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?

❤️ Share
🪧 Tips

Chat

There are 3 ways to chat with CodeRabbit:

  • Review comments: Directly reply to a review comment made by CodeRabbit. Example:
    • I pushed a fix in commit <commit_id>, please review it.
    • Generate unit testing code for this file.
    • Open a follow-up GitHub issue for this discussion.
  • Files and specific lines of code (under the "Files changed" tab): Tag @coderabbitai in a new review comment at the desired location with your query. Examples:
    • @coderabbitai generate unit testing code for this file.
    • @coderabbitai modularize this function.
  • PR comments: Tag @coderabbitai in a new PR comment to ask questions about the PR branch. For the best results, please provide a very specific query, as very limited context is provided in this mode. Examples:
    • @coderabbitai gather interesting stats about this repository and render them as a table. Additionally, render a pie chart showing the language distribution in the codebase.
    • @coderabbitai read src/utils.ts and generate unit testing code.
    • @coderabbitai read the files in the src/scheduler package and generate a class diagram using mermaid and a README in the markdown format.
    • @coderabbitai help me debug CodeRabbit configuration file.

Note: Be mindful of the bot's finite context window. It's strongly recommended to break down tasks such as reading entire modules into smaller chunks. For a focused discussion, use review comments to chat about specific files and their changes, instead of using the PR comments.

CodeRabbit Commands (Invoked using PR comments)

  • @coderabbitai pause to pause the reviews on a PR.
  • @coderabbitai resume to resume the paused reviews.
  • @coderabbitai review to trigger an incremental review. This is useful when automatic reviews are disabled for the repository.
  • @coderabbitai full review to do a full review from scratch and review all the files again.
  • @coderabbitai summary to regenerate the summary of the PR.
  • @coderabbitai resolve resolve all the CodeRabbit review comments.
  • @coderabbitai configuration to show the current CodeRabbit configuration for the repository.
  • @coderabbitai help to get help.

Other keywords and placeholders

  • Add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.
  • Add @coderabbitai summary to generate the high-level summary at a specific location in the PR description.
  • Add @coderabbitai anywhere in the PR title to generate the title automatically.

CodeRabbit Configuration File (.coderabbit.yaml)

  • You can programmatically configure CodeRabbit by adding a .coderabbit.yaml file to the root of your repository.
  • Please see the configuration documentation for more information.
  • If your editor has YAML language server enabled, you can add the path at the top of this file to enable auto-completion and validation: # yaml-language-server: $schema=https://coderabbit.ai/integrations/schema.v2.json

Documentation and Community

  • Visit our Documentation for detailed information on how to use CodeRabbit.
  • Join our Discord Community to get help, request features, and share feedback.
  • Follow us on X/Twitter for updates and announcements.

Copy link
Contributor

@coderabbitai coderabbitai bot left a comment

Choose a reason for hiding this comment

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

Actionable comments posted: 6

🧹 Outside diff range and nitpick comments (2)
devops/linux/docker/conf/stack/docker-stack-high-0.yml (1)

614-616: Consider updating related documentation

The changes to the linker service threshold values are appropriate and align with the PR objectives. To ensure consistency across the project, please consider the following:

  1. Update any relevant documentation that describes the linker's behavior or configuration.
  2. If there are any README files or deployment guides, make sure they reflect these new threshold values.
  3. Check if there are any test cases that rely on the old threshold values and update them accordingly.
JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerDWH.java (1)

322-326: Ensure threshold conditions correctly categorize all score values

The conditional checks for score values might not cover all possible scenarios due to the use of >= and >. Specifically, verify that scores exactly equal to the thresholds are categorized as intended.

Please ensure that the thresholds (maxThreshold_, matchThreshold_, minThreshold_) are compared consistently to avoid unintended gaps. For example, consider whether to use >= or > uniformly.

📜 Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

📥 Commits

Files that changed from the base of the PR and between 8927d25 and 81eba16.

📒 Files selected for processing (9)
  • JeMPI_Apps/JeMPI_Linker/checkstyle/suppression.xml (1 hunks)
  • JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/AppConfig.java (1 hunks)
  • JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/BackEnd.java (2 hunks)
  • JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerCR.java (1 hunks)
  • JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerDWH.java (5 hunks)
  • devops/linux/docker/conf/stack/docker-stack-high-0.yml (1 hunks)
  • devops/linux/docker/conf/stack/docker-stack-high-1.yml (1 hunks)
  • devops/linux/docker/conf/stack/docker-stack-low-0.yml (1 hunks)
  • devops/linux/docker/conf/stack/docker-stack-low-1.yml (1 hunks)
🔇 Additional comments (8)
JeMPI_Apps/JeMPI_Linker/checkstyle/suppression.xml (1)

35-35: Consider alternatives to suppressing ParameterNumber check

The addition of 'ParameterNumber' to the suppressed checks for 'LinkerDWH.java' has been noted. While this change will resolve Checkstyle warnings, it may mask underlying issues related to method complexity and maintainability.

To better understand the impact of this change, let's examine the methods in LinkerDWH.java:

Consider the following recommendations:

  1. Investigate why these checks are failing. Are there methods with excessive length or parameter count that could benefit from refactoring?
  2. Instead of suppressing the checks, explore opportunities to refactor the code in 'LinkerDWH.java'. This could involve:
    • Breaking down large methods into smaller, more focused ones.
    • Using parameter objects to group related parameters.
    • Applying the Builder pattern for complex object construction.
  3. If suppression is absolutely necessary, add a comment explaining why it's needed and consider setting up a task to address the underlying issues in the future.

Remember, while suppressing checks can be a quick fix, addressing the root cause often leads to more maintainable and understandable code in the long run.

JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/AppConfig.java (1)

47-48: LGTM! Consider adding comments and validations.

The new constants LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD are consistent with the existing coding style and initialization pattern. Good job on maintaining consistency!

A few suggestions to enhance the code:

  1. Consider adding comments to explain the purpose and expected range of these thresholds. This will improve code readability and maintainability.

  2. Ensure that the configuration keys "LINKER_MIN_THRESHOLD" and "LINKER_MAX_THRESHOLD" exist in the configuration file to avoid runtime errors.

  3. Consider adding runtime validation to ensure that the minimum threshold is less than the maximum threshold. You could add a static initializer block like this:

static {
    if (LINKER_MIN_THRESHOLD >= LINKER_MAX_THRESHOLD) {
        throw new IllegalStateException("LINKER_MIN_THRESHOLD must be less than LINKER_MAX_THRESHOLD");
    }
}

To verify the existence of the new configuration keys, you can run the following command:

This will help ensure that the new configuration keys are properly defined in the relevant configuration files.

✅ Verification successful

[/run_scripts]


[/run_scripts]


[/run_scripts]


Configuration keys validated successfully.

The configuration keys LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD have been found in the following configuration files:

  • ./devops/linux/docker/conf/stack/docker-stack-low-1.yml
  • ./devops/linux/docker/conf/stack/docker-stack-low-0.yml
  • ./devops/linux/docker/conf/stack/docker-stack-high-1.yml
  • ./devops/linux/docker/conf/stack/docker-stack-high-0.yml
🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for the presence of new configuration keys

# Test: Search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD in configuration files
rg --type properties "LINKER_(MIN|MAX)_THRESHOLD" conf/ src/main/resources/

Length of output: 112


Script:

#!/bin/bash
# Description: Check for the presence of new configuration keys in .properties files

# Test: Search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD in .properties files
rg "LINKER_(MIN|MAX)_THRESHOLD" -g '*.properties' conf/ src/main/resources/

Length of output: 183


Script:

#!/bin/bash
# Description: Comprehensive search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD in all configuration files

# Test: Search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD across common config file types
rg "LINKER_(MIN|MAX)_THRESHOLD" --type yaml --type yml --type json --type toml --type xml --type conf ./

Length of output: 134


Script:

#!/bin/bash
# Description: Comprehensive search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD in common configuration files

# Test: Search for LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD across specified config file extensions
rg "LINKER_(MIN|MAX)_THRESHOLD" -g '*.properties' -g '*.yaml' -g '*.yml' -g '*.json' -g '*.toml' -g '*.xml' ./

Length of output: 828

JeMPI_Apps/JeMPI_Linker/src/main/java/org/jembi/jempi/linker/backend/LinkerCR.java (1)

180-182: LGTM! Consider verifying the impact and updating documentation.

The addition of LINKER_MIN_THRESHOLD, LINKER_MAX_THRESHOLD, and LINKER_MATCH_THRESHOLD_MARGIN parameters to the linkInteraction method call aligns with the PR objectives of adjusting the linker's threshold settings. This change potentially allows for more fine-grained control over the linking process.

To ensure the effectiveness of these changes:

  1. Verify that the linkInteraction method in the LinkerDWH class correctly utilizes these new parameters.
  2. Update any relevant documentation to reflect these new threshold settings.
  3. Adjust existing unit tests or create new ones to cover various scenarios with different threshold values.

Run the following script to verify the linkInteraction method signature:

This will help ensure that the method is prepared to handle the new parameters correctly.

devops/linux/docker/conf/stack/docker-stack-low-0.yml (1)

403-405: Review threshold changes and their impact on linking operations

The modifications to the linker thresholds introduce a more defined range for matching:

  1. LINKER_MATCH_THRESHOLD increased from 0.65 to 0.7
  2. New LINKER_MIN_THRESHOLD set to 0.65
  3. New LINKER_MAX_THRESHOLD set to 0.75

These changes could significantly affect the behavior of the linking process. Please consider the following:

  1. The higher match threshold (0.7) may result in fewer matches, potentially increasing precision but decreasing recall.
  2. The introduction of min and max thresholds provides a clear range for potential matches (0.65 - 0.75).
  3. Ensure that these changes align with the intended behavior of the linking algorithm and the project's requirements.

To validate the impact of these changes, please run the following script:

This script will help identify any hardcoded threshold values or related configuration keys that might need to be updated in line with these changes.

Consider implementing a configuration validation mechanism to ensure that:

  1. LINKER_MIN_THRESHOLD <= LINKER_MATCH_THRESHOLD <= LINKER_MAX_THRESHOLD
  2. The difference between MAX and MIN thresholds is sufficient to allow for meaningful matching operations.

This validation could be added to the linker service's startup routine to prevent misconfiguration.

devops/linux/docker/conf/stack/docker-stack-low-1.yml (1)

403-405: Review threshold changes and their impact on linking process

The changes to the linker thresholds are as follows:

  1. LINKER_MATCH_THRESHOLD increased from 0.65 to 0.7
  2. New LINKER_MIN_THRESHOLD added with value 0.65
  3. New LINKER_MAX_THRESHOLD added with value 0.75

These changes appear to implement a more nuanced threshold system for the linking process. However, there are a few points to consider:

  1. The increase in LINKER_MATCH_THRESHOLD might result in more stringent matching criteria, potentially reducing false positives but also increasing false negatives.
  2. The introduction of MIN and MAX thresholds suggests a range-based approach to matching, which could provide more flexibility in the linking process.
  3. The relationship between these thresholds should be verified to ensure consistency. Currently, LINKER_MATCH_THRESHOLD (0.7) is halfway between MIN (0.65) and MAX (0.75), which seems logical.

To ensure these changes are consistently applied and understood throughout the system, please run the following script:

This script will help identify any areas of the code or documentation that might need to be updated to reflect these threshold changes.

Consider documenting the rationale behind these threshold changes and their expected impact on the linking process. This could be added to the project's documentation or as comments in relevant configuration files.

✅ Verification successful

Threshold changes verified successfully

The usage of LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD has been consistently applied across the Java codebase. No hardcoded threshold values were found, and the documentation has been appropriately updated to reflect these changes.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the usage and consistency of linker thresholds across the codebase

# Search for usage of the new threshold variables
echo "Searching for usage of LINKER_MIN_THRESHOLD:"
rg "LINKER_MIN_THRESHOLD" --type java --type scala --type python

echo "Searching for usage of LINKER_MAX_THRESHOLD:"
rg "LINKER_MAX_THRESHOLD" --type java --type scala --type python

# Check for any hardcoded threshold values that might need updating
echo "Checking for potentially outdated hardcoded threshold values:"
rg "0\.65|0\.7|0\.75" --type java --type scala --type python

# Look for any documentation or comments about the linking process
echo "Searching for documentation about the linking process:"
rg "link(ing|er) (process|threshold|criteria)" --type md --type txt

Length of output: 1071


Script:

#!/bin/bash
# Description: Verify the usage and consistency of linker thresholds across the codebase by searching specific file extensions

# Search for usage of LINKER_MIN_THRESHOLD in Java, Scala, and Python files
echo "Searching for usage of LINKER_MIN_THRESHOLD in .java, .scala, and .py files:"
rg "LINKER_MIN_THRESHOLD" --glob "*.java" --glob "*.scala" --glob "*.py"

# Search for usage of LINKER_MAX_THRESHOLD in Java, Scala, and Python files
echo "Searching for usage of LINKER_MAX_THRESHOLD in .java, .scala, and .py files:"
rg "LINKER_MAX_THRESHOLD" --glob "*.java" --glob "*.scala" --glob "*.py"

# Check for any hardcoded threshold values that might need updating in Java, Scala, and Python files
echo "Checking for potentially outdated hardcoded threshold values in .java, .scala, and .py files:"
rg "0\.65|0\.7|0\.75" --glob "*.java" --glob "*.scala" --glob "*.py"

# Look for any documentation or comments about the linking process in markdown and text files
echo "Searching for documentation about the linking process in .md and .txt files:"
rg "link(ing|er) (process|threshold|criteria)" --glob "*.md" --glob "*.txt"

Length of output: 2262

devops/linux/docker/conf/stack/docker-stack-high-0.yml (1)

614-616: Threshold values updated for the linker service

The changes to the linker service environment variables are as follows:

  1. LINKER_MATCH_THRESHOLD has been increased from 0.65 to 0.7
  2. LINKER_MIN_THRESHOLD has been added with a value of 0.65
  3. LINKER_MAX_THRESHOLD has been added with a value of 0.75

These changes align with the PR objectives of adjusting the default minimum and maximum threshold settings for the linker. The introduction of min and max thresholds provides more granular control over the linking process.

To ensure these changes don't conflict with other parts of the system, please run the following script:

This script will help identify any hardcoded values or configuration files that might need to be updated to maintain consistency with these new threshold settings.

✅ Verification successful

Hardcoded threshold values are not present elsewhere in the codebase

The verification process confirmed that there are no hardcoded LINKER_MATCH_THRESHOLD, LINKER_MIN_THRESHOLD, or LINKER_MAX_THRESHOLD values outside the reviewed lines. This ensures that the recent changes to the linker service thresholds are consistent and do not conflict with other parts of the system.

🏁 Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Check for any hardcoded threshold values in the codebase that might need updating

# Search for hardcoded threshold values
echo "Searching for hardcoded threshold values:"
rg -n '(LINKER_MATCH_THRESHOLD|LINKER_MIN_THRESHOLD|LINKER_MAX_THRESHOLD).*0\.[0-9]+' --type java --type scala --type python

# Search for any config files that might reference these thresholds
echo "Searching for config files with threshold references:"
rg -n '(linker\.match\.threshold|linker\.min\.threshold|linker\.max\.threshold)' --type yaml --type properties --type conf

Length of output: 527


Script:

#!/bin/bash
# Description: Check for any hardcoded threshold values in the codebase that might need updating

# Search for hardcoded threshold values
echo "Searching for hardcoded threshold values:"
rg -n '(LINKER_MATCH_THRESHOLD|LINKER_MIN_THRESHOLD|LINKER_MAX_THRESHOLD).*0\.[0-9]+' --type java --type scala --type py

# Search for any config files that might reference these thresholds
echo "Searching for config files with threshold references:"
rg -n '(linker\.match\.threshold|linker\.min\.threshold|linker\.max\.threshold)' --type yaml --type conf

Length of output: 468


Script:

#!/bin/bash
# Description: Check for any hardcoded threshold values in the codebase that might need updating

# Search for hardcoded threshold values
echo "Searching for hardcoded threshold values:"
rg -n '(LINKER_MATCH_THRESHOLD|LINKER_MIN_THRESHOLD|LINKER_MAX_THRESHOLD).*0\.[0-9]+' --type java --type scala --type py

# Search for any config files that might reference these thresholds
echo "Searching for config files with threshold references:"
rg -n '(linker\.match\.threshold|linker\.min\.threshold|linker\.max\.threshold)' --type yaml -g "*.conf"

Length of output: 439

devops/linux/docker/conf/stack/docker-stack-high-1.yml (2)

Line range hint 1-824: Summary of changes

The modifications in this pull request are focused solely on adjusting the threshold settings for the linker service. These changes aim to fine-tune the matching process, potentially improving the accuracy of the linking algorithm.

Key points:

  1. The main threshold (LINKER_MATCH_THRESHOLD) has been increased, which may lead to more stringent matching criteria.
  2. Two new thresholds (LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD) have been introduced, suggesting a more nuanced approach to matching.

These changes align with the PR objective of adjusting the linker's default minimum and maximum thresholds. However, it's crucial to ensure that these modifications are reflected in the linker service's code and that their impact on the system's performance is thoroughly tested.

The changes look good, but please ensure that the corresponding code in the linker service has been updated to utilize these new threshold variables effectively.


614-616: 🛠️ Refactor suggestion

Threshold adjustments for the linker service

The changes to the linker service's environment variables modify the matching thresholds:

  1. LINKER_MATCH_THRESHOLD has been increased from 0.65 to 0.7
  2. New variable LINKER_MIN_THRESHOLD set to 0.65
  3. New variable LINKER_MAX_THRESHOLD set to 0.75

These adjustments likely aim to fine-tune the matching process. However, there are a few points to consider:

  1. The increase in LINKER_MATCH_THRESHOLD might result in fewer matches, potentially improving precision but reducing recall.
  2. The introduction of LINKER_MIN_THRESHOLD and LINKER_MAX_THRESHOLD suggests a range-based approach to matching, which could provide more flexibility in the matching process.

Consider adding comments in the configuration file to explain the purpose and impact of these threshold changes. This would help other developers understand the reasoning behind these adjustments.

To ensure these changes are consistent with the linker service implementation, please run the following script:

This script will help verify that the new threshold variables are properly utilized in the linker service code and that the usage of LINKER_MATCH_THRESHOLD has been updated accordingly.

MatthewErispe and others added 3 commits September 26, 2024 10:51
…ackend/BackEnd.java

Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
@MatthewErispe MatthewErispe merged commit c35289b into dev Sep 26, 2024
6 checks passed
@MatthewErispe MatthewErispe deleted the CU-86c02t3u3_Linker-Default-Min-and-Max-Threshold branch September 26, 2024 11:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants