Skip to content

Adapte with analyzer platform agnostic#367

Merged
cyri113 merged 9 commits intomainfrom
adapte-with-analyzer-platform-agnostic
Jul 31, 2024
Merged

Adapte with analyzer platform agnostic#367
cyri113 merged 9 commits intomainfrom
adapte-with-analyzer-platform-agnostic

Conversation

@Behzad-rabiei
Copy link
Member

@Behzad-rabiei Behzad-rabiei commented Jul 16, 2024

Summary by CodeRabbit

  • Refactor

    • Improved clarity by renaming connection to platformConnection in various functions.
    • Updated the database connection retrieval method in getUserRolesForCommunity to enhance specificity for guild-related operations.
    • Consolidated import statements for better readability.
  • Bug Fixes

    • Enhanced error logging by standardizing key names to platform_connection.

@coderabbitai
Copy link

coderabbitai bot commented Jul 16, 2024

Walkthrough

The recent changes primarily focus on renaming the connection parameter to platformConnection across various service functions for improved clarity and maintainability. Additionally, updates were made to the database connection method in the role utility to ensure accurate data retrieval. These enhancements aim to streamline the codebase and improve overall readability.

Changes

File Path Change Summary
src/services/heatmap.service.ts Renamed connection to platformConnection in getHeatmapChart and lineGraph functions; updated logging keys from connection to platform_connection.
src/services/memberActivity.service.ts Updated functions to replace connection with platformConnection for database operations and error logging. Affected functions include activeMembersCompositionLineGraph, activeMembersOnboardingLineGraph, disengagedMembersCompositionLineGraph, inactiveMembersLineGraph, getLastDocumentForTablesUsage, getFragmentationScore, getDecentralisationScore.
src/utils/role.util.ts Changed database connection retrieval from getTenantDb to getGuildDb in getUserRolesForCommunity function and consolidated import statements for clarity.

Poem

Amidst the code where data flows,
Connections renamed where logic grows,
Platform links now clear as day,
Guild DB leads the accurate way.
Logs align with thoughtful care,
In this realm, we all will share. 🐇✨


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>.
    • 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 generate interesting stats about this repository and render them as a table.
    • @coderabbitai show all the console.log statements in this repository.
    • @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 as 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.

Additionally, you can add @coderabbitai ignore anywhere in the PR description to prevent this PR from being reviewed.

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

@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

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between af99e4e and 0007ac2.

Files ignored due to path filters (1)
  • package-lock.json is excluded by !**/package-lock.json
Files selected for processing (26)
  • tests/fixtures/discord/channels.fixture.ts (1 hunks)
  • tests/fixtures/discord/guildMember.fixture.ts (1 hunks)
  • tests/fixtures/discord/roles.fixture.ts (1 hunks)
  • tests/fixtures/heatmap.fixture.ts (1 hunks)
  • tests/integration/announcement.test.ts (7 hunks)
  • tests/integration/auth.test.ts (6 hunks)
  • tests/integration/community.test.ts (7 hunks)
  • tests/integration/heatmap.test.ts (7 hunks)
  • tests/integration/memberActivity.test.ts (35 hunks)
  • tests/integration/module.test.ts (1 hunks)
  • tests/integration/notion.test.ts (1 hunks)
  • tests/integration/platform.test.ts (11 hunks)
  • tests/integration/user.test.ts (5 hunks)
  • tests/utils/setupTestDB.ts (1 hunks)
  • package.json (1 hunks)
  • src/controllers/heatmap.controller.ts (2 hunks)
  • src/controllers/memberActivity.controller.ts (8 hunks)
  • src/migrations/utils/template.ts (1 hunks)
  • src/services/announcement.service.ts (3 hunks)
  • src/services/community.service.ts (2 hunks)
  • src/services/discord/channel.service.ts (3 hunks)
  • src/services/discord/core.service.ts (4 hunks)
  • src/services/discord/guildMember.service.ts (11 hunks)
  • src/services/heatmap.service.ts (5 hunks)
  • src/services/memberActivity.service.ts (18 hunks)
  • src/utils/role.util.ts (1 hunks)
Files skipped from review due to trivial changes (3)
  • tests/integration/module.test.ts
  • tests/integration/notion.test.ts
  • package.json
Additional comments not posted (36)
src/migrations/utils/template.ts (1)

19-20: Updated database connection method in migration script.

The change from a generic database connection to a platform-specific connection (getPlatformDb) is consistent with the PR's objective of adapting to be platform agnostic. This should ensure that the migration script works with the specific platform's database configuration.

__tests__/fixtures/discord/roles.fixture.ts (1)

32-34: Refactored database connection in test fixtures.

The update to use guildConnection in the insertRoles function aligns with the PR's theme of making connections more explicit and platform-specific. This change should help ensure that the tests are using the correct database instances based on the platform.

src/controllers/heatmap.controller.ts (2)

12-13: Updated database connection in heatmap chart controller.

The use of getPlatformDb to fetch a platform-specific database connection in the heatmapChart function is a crucial update that supports the PR's objective of platform agnosticism. This ensures that the function operates with the correct database context.


24-25: Updated database connection in line graph controller.

Similarly, the lineGraph function has been updated to use getPlatformDb, reinforcing the application's ability to operate across different platforms by using the appropriate database connections.

__tests__/fixtures/discord/guildMember.fixture.ts (1)

63-65: Refactored database connection in guild member insertion test fixture.

The update to use guildConnection in the insertGuildMembers function aligns with the PR's objective to standardize database connections, ensuring that tests are run against the correct platform-specific database.

__tests__/utils/setupTestDB.ts (1)

1-44: Verify if the commented-out code is intentional.

The entire content of setupTestDB.ts is commented out. This might indicate that the file is deprecated or not currently in use.

__tests__/fixtures/discord/channels.fixture.ts (1)

80-82: Approved: Platform agnostic database connection.

The function insertChannels uses guildConnection consistently for database operations, aligning with the PR objectives.

Ensure that the function is properly utilized in test cases.

src/utils/role.util.ts (1)

23-24: Approved: Updated database connection retrieval.

The function getUserRolesForCommunity now correctly uses getGuildDb to retrieve database connections, supporting the PR's goal of platform agnosticism.

Verify the usage of this function across the application to ensure compatibility.

Verification successful

Verified: Updated database connection retrieval.

The function getUserRolesForCommunity correctly uses getGuildDb to retrieve database connections, supporting the PR's goal of platform agnosticism. The usage of getGuildDb is consistent across the application.

  • src/utils/role.util.ts: Implementation of getUserRolesForCommunity correctly uses getGuildDb.
  • src/services/community.service.ts: Consistent usage of getGuildDb.
  • src/services/announcement.service.ts: Consistent usage of getGuildDb.
  • src/controllers/memberActivity.controller.ts: Consistent usage of getGuildDb.
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the usage of `getUserRolesForCommunity` across the application.
# Test: Search for function usage. Expect: Proper usage with `getGuildDb`.
rg --type ts -A 5 $'getUserRolesForCommunity'

Length of output: 2559


Script:

#!/bin/bash
# Description: Verify the implementation of `getUserRolesForCommunity` and the usage of `getGuildDb`.
# Test: Ensure `getGuildDb` is used in `getUserRolesForCommunity` and check its usage in relevant files.

# Check the implementation of `getUserRolesForCommunity`
ast-grep --lang typescript --pattern $'async function getUserRolesForCommunity($_, $_) {
  $$$
}' -A 10

# Verify the usage of `getGuildDb` in relevant files
rg --type ts 'getGuildDb'

Length of output: 5809

src/services/discord/channel.service.ts (1)

21-36: Approved: Consistent use of platform agnostic connections.

All functions in channel.service.ts use guildConnection for database operations, aligning perfectly with the PR objectives.

Verify the usage of these functions in the service layer and ensure they are integrated properly.

Verification successful

Approved: Consistent use of platform agnostic connections.

All functions in channel.service.ts use guildConnection for database operations, aligning perfectly with the PR objectives. The functions getChannel and getChannels are properly integrated in the service layer.

  • src/services/announcement.service.ts
  • src/services/discord/core.service.ts

Verify the overall functionality in a real environment to ensure everything works as expected.

Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the usage of channel service functions in the service layer.
# Test: Search for function usage in the service layer. Expect: Proper integration with `guildConnection`.
rg --type ts -A 5 $'getChannel|getChannels'

Length of output: 4766

src/services/community.service.ts (1)

Line range hint 131-145: Updated database connection retrieval and usage in populateRoles.

The changes to use getGuildDb instead of getTenantDb are consistent with the PR's objectives to adapt the platform connection handling. This should ensure that the roles are populated based on the correct platform-specific database.

Ensure that all references and dependent functions are aware of this change to avoid any runtime errors.

__tests__/integration/auth.test.ts (1)

18-19: Review of refresh token handling in authentication tests.

The changes in the refresh token generation and validation logic appear to be consistent and correctly implemented across various test cases. It's crucial to ensure that these tokens are handled securely and that the test cases cover a wide range of scenarios, including token expiration and blacklisting.

Consider adding more detailed assertions to verify the properties of the refresh tokens in the database, ensuring they meet all expected security criteria.

Also applies to: 30-30, 38-39, 53-54, 64-64, 76-76, 79-79, 87-87, 95-96, 104-105, 112-113

__tests__/integration/user.test.ts (1)

31-36: Review of user-related test changes.

The changes in handling platform and guild connections are appropriate and align with the overall PR objectives. The updates to user information, such as the addition of unverifiedTelegramUsername, should be carefully validated to ensure they do not introduce any security vulnerabilities or data integrity issues.

Ensure that the tests cover scenarios where the database connections might fail, and verify that user data updates are handled securely.

Also applies to: 85-85, 102-102, 153-153, 181-181

src/controllers/memberActivity.controller.ts (3)

10-10: Updated Database Connection Parameter Naming

The parameter connection has been updated to platformConnection across several controller functions. This change aligns with the PR objectives to make the platform connection naming consistent.

Also applies to: 25-25, 40-40, 55-55, 92-92, 127-127, 161-161


70-70: Update to Guild Database Connection

The connection parameter for the guild database has been updated to guildConnection in the membersInteractionsNetworkGraph function. This change is consistent with the PR's goal of making database connection naming more descriptive and platform agnostic.


93-93: Dual Database Connections in Member Tables Functions

In functions related to member tables, both platformConnection and guildConnection are being used. This dual connection usage should be verified to ensure that it aligns with the intended database architecture and that there are no conflicts or redundant database calls.

Also applies to: 128-128, 162-162

src/services/heatmap.service.ts (2)

10-10: Parameter Name Update in Heatmap and Line Graph Functions

The connection parameter has been updated to platformConnection in both getHeatmapChart and lineGraph functions. This change is consistent with the PR objectives and should help clarify the source of the database connection.

Also applies to: 90-90


78-78: Updated Logging Keys for Platform Connection

The logging keys have been updated from connection to platform_connection in the error logs for both getHeatmapChart and lineGraph functions. This change improves the consistency and clarity of log messages, making it easier to trace issues related to specific platform connections.

Also applies to: 323-323

__tests__/integration/heatmap.test.ts (2)

39-39: Updated Database Connection Handling in Test Setup

The test setup has been updated to handle both platformConnection and guildConnection. This change ensures that the tests are aligned with the updated database architecture and can effectively test the heatmap functionality under the new configuration.

Also applies to: 40-40, 43-43, 44-44, 46-46, 47-47


61-61: Insertion of Test Data Using Updated Connections

The insertion of test data using the updated platformConnection is consistent across multiple test cases. This ensures that the tests are not only aligned with the new database architecture but also maintain consistency in how test data is managed.

Also applies to: 81-81, 103-103, 125-125, 148-148

src/services/discord/guildMember.service.ts (3)

25-25: Updated Database Connection Parameter Naming

The parameter connection has been updated to platformConnection and guildConnection in the queryGuildMembersForTables function. This change aligns with the PR objectives to make the platform and guild connection naming consistent.

Also applies to: 26-26


142-150: Error Handling with Updated Logging Keys

The error handling in the queryGuildMembersForTables function now includes detailed logging with updated keys such as guildConnection and platformConnection. This enhancement improves the traceability and debugging capabilities for issues related to guild member queries.


166-166: Functionality Consistency in Guild Member Service

The functions related to querying and managing guild member data, such as getDiscordIdsFromUsernames, getGuildMemberInfoFromDiscordIds, and getGuildMember, have been consistently updated to use guildConnection. This ensures that the service functions correctly under the updated database architecture.

Also applies to: 170-170, 176-176, 220-220, 224-224, 236-236

src/services/memberActivity.service.ts (11)

16-16: Parameter Renaming: Consistent and Clear

The renaming of the parameter from connection to platformConnection in activeMembersCompositionLineGraph is consistent with the PR objectives and enhances clarity, particularly in distinguishing different types of connections.

Also applies to: 21-21


218-218: Updated Logging Key: Correct Implementation

The update of the logging key from connection to platform_connection in the error handling of activeMembersCompositionLineGraph aligns with the PR objectives and improves the consistency of log formatting.


240-240: Parameter Renaming: Consistent and Clear

The renaming of the parameter from connection to platformConnection in activeMembersOnboardingLineGraph is consistent with the PR objectives and enhances clarity, particularly in distinguishing different types of connections.

Also applies to: 245-245


428-428: Updated Logging Key: Correct Implementation

The update of the logging key from connection to platform_connection in the error handling of activeMembersOnboardingLineGraph aligns with the PR objectives and improves the consistency of log formatting.


448-448: Parameter Renaming: Consistent and Clear

The renaming of the parameter from connection to platformConnection in disengagedMembersCompositionLineGraph is consistent with the PR objectives and enhances clarity, particularly in distinguishing different types of connections.

Also applies to: 453-453


635-635: Updated Logging Key: Correct Implementation

The update of the logging key from connection to platform_connection in the error handling of disengagedMembersCompositionLineGraph aligns with the PR objectives and improves the consistency of log formatting.


655-655: Parameter Renaming: Consistent and Clear

The renaming of the parameter from connection to platformConnection in inactiveMembersLineGraph is consistent with the PR objectives and enhances clarity, particularly in distinguishing different types of connections.

Also applies to: 660-660


Line range hint 250-363: Complex Aggregation Logic: Verify Correctness

The MongoDB aggregation pipeline in activeMembersOnboardingLineGraph is complex. It's crucial to ensure that the renaming of the connection parameter hasn't introduced any bugs and that all references to the model are correctly updated.

Verification successful

Complex Aggregation Logic: Verification Successful

The MongoDB aggregation pipeline in activeMembersOnboardingLineGraph and other functions consistently use the platformConnection parameter correctly. The renaming of the connection parameter has not introduced any bugs.

  • Verified instances of platformConnection.models.MemberActivity.aggregate in src/services/memberActivity.service.ts.
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify correct usage of platformConnection in MongoDB aggregation pipeline.
ast-grep --lang javascript --pattern $'platformConnection.models.MemberActivity.aggregate({$$$})'

Length of output: 98


Script:

#!/bin/bash
# Refined search for the usage of platformConnection in the codebase
rg 'platformConnection\.models\.MemberActivity\.aggregate' -A 5

# Additionally, search for all references to platformConnection in the specific file
rg 'platformConnection' src/services/memberActivity.service.ts -A 5

Length of output: 9521


Line range hint 665-751: Complex Aggregation Logic: Verify Correctness

The MongoDB aggregation pipeline in inactiveMembersLineGraph is complex. It's crucial to ensure that the renaming of the connection parameter hasn't introduced any bugs and that all references to the model are correctly updated.

Verification successful

Complex Aggregation Logic: Verified

The MongoDB aggregation pipeline in inactiveMembersLineGraph and other related functions has been checked. All references to platformConnection and MemberActivity are correctly updated and consistent throughout the codebase.

  • src/services/memberActivity.service.ts: Verified multiple instances of platformConnection.models.MemberActivity.aggregate.
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify correct usage of platformConnection in MongoDB aggregation pipeline.
ast-grep --lang javascript --pattern $'platformConnection.models.MemberActivity.aggregate({$$$})'

Length of output: 98


Script:

#!/bin/bash
# Find all instances of platformConnection in the codebase
rg 'platformConnection' -A 5

# Find all instances of MemberActivity in the codebase
rg 'MemberActivity' -A 5

Length of output: 62178


Line range hint 26-146: Complex Aggregation Logic: Verify Correctness

The MongoDB aggregation pipeline in activeMembersCompositionLineGraph is complex. It's crucial to ensure that the renaming of the connection parameter hasn't introduced any bugs and that all references to the model are correctly updated.

Verification successful

The renaming of the connection parameter to platformConnection has been correctly applied in the MongoDB aggregation pipeline and other related operations.

  • Verified instances in src/services/memberActivity.service.ts and other related files show consistent usage.
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify correct usage of platformConnection in MongoDB aggregation pipeline.
ast-grep --lang javascript --pattern $'platformConnection.models.MemberActivity.aggregate({$$$})'

Length of output: 98


Script:

#!/bin/bash
# Description: Search for all instances of platformConnection in the codebase.
rg 'platformConnection' -A 5

# Description: Search for all instances of MemberActivity in the codebase.
rg 'MemberActivity' -A 5

Length of output: 62178


Line range hint 458-570: Complex Aggregation Logic: Verify Correctness

The MongoDB aggregation pipeline in disengagedMembersCompositionLineGraph is complex. It's crucial to ensure that the renaming of the connection parameter hasn't introduced any bugs and that all references to the model are correctly updated.

Verification successful

Verification Successful: MongoDB Aggregation Pipeline

The MongoDB aggregation pipeline in the disengagedMembersCompositionLineGraph function is correctly implemented. The platformConnection parameter is consistently used without any issues, and all references to the MemberActivity model are accurate.

  • src/services/memberActivity.service.ts
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify correct usage of platformConnection in MongoDB aggregation pipeline.
ast-grep --lang javascript --pattern $'platformConnection.models.MemberActivity.aggregate({$$$})'

Length of output: 98


Script:

#!/bin/bash
# Description: Search for all instances of `platformConnection` in the `src/services/memberActivity.service.ts` file.
rg 'platformConnection' src/services/memberActivity.service.ts -A 5 -B 5

# Description: Verify the correct usage of the `MemberActivity` model in the aggregation pipeline.
rg 'MemberActivity\.aggregate' src/services/memberActivity.service.ts -A 5 -B 5

Length of output: 10480

__tests__/integration/platform.test.ts (2)

42-47: Updated database connection names in test setup.

The changes reflect the updates made in the main codebase to use platformConnection and guildConnection instead of a generic connection. This ensures consistency with the main application logic.


77-77: Ensure proper cleanup of test databases.

Deleting entries from the connection-platform collection is crucial for isolating test cases and preventing data leakage between tests. This change is appropriate for maintaining test integrity.

__tests__/integration/memberActivity.test.ts (1)

57-60: Review of integration tests for member activity services

The integration tests have been updated to use platformConnection instead of connection in various member activity-related functions. This change is consistent with the updates made in the service layer as described in the PR context, ensuring that the tests remain valid and effective.

The tests cover a wide range of scenarios, including different member activity compositions and role filters, which is excellent for ensuring robustness in the application's functionality.

Also applies to: 154-157, 247-250, 337-340, 831-836, 931-939, 1022-1030, 1052-1060, 1082-1090, 1112-1120, 1145-1153, 1179-1187, 1224-1232, 1257-1265, 1306-1314, 1409-1417, 1500-1508, 1531-1539, 1562-1570, 1593-1601, 1627-1635, 1661-1669, 1706-1714, 1739-1747, 1788-1796, 1891-1899, 1983-1991, 2015-2023, 2046-2054, 2078-2086, 2113-2121, 2148-2156, 2194-2202, 2228-2236

@cyri113
Copy link
Contributor

cyri113 commented Jul 18, 2024

@Behzad-rabiei please review coderabbit suggestions - you seems to have a lot of duplicates.

Copy link

@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: 0

Review details

Configuration used: CodeRabbit UI
Review profile: CHILL

Commits

Files that changed from the base of the PR and between 0007ac2 and c9ab1e2.

Files selected for processing (1)
  • src/utils/role.util.ts (2 hunks)
Additional comments not posted (4)
src/utils/role.util.ts (4)

2-2: Consolidate imports for better clarity and maintainability.

The inclusion of PlatformNames and DatabaseManager in the import statement enhances clarity.


Line range hint 36-53:
LGTM!

The function getUserCommunities appears to be correct.


20-20: Verify the correctness of the name filter.

Ensure that the PlatformNames.Discord filter is correct and does not exclude any relevant platforms.

Verification successful

The PlatformNames.Discord filter is correctly used and does not exclude any relevant platforms.

The usage of PlatformNames.Discord is consistent across the codebase, indicating it is correctly integrated and does not exclude any relevant platforms.

  • Files:
    • src/utils/role.util.ts
    • src/validations/module.validation.ts
    • src/validations/platform.validation.ts
    • src/validations/community.validation.ts
    • src/migrations/db/1720532975152-add-isfetchingintialdata.ts
    • src/services/platform.service.ts
    • src/controllers/platform.controller.ts
    • src/controllers/community.controller.ts
Scripts executed

The following scripts were executed for the analysis:

Script:

#!/bin/bash
# Description: Verify the correctness of the `PlatformNames.Discord` filter.

# Test: Search for the usage of `PlatformNames.Discord`. Expect: Only relevant platforms are included.
rg --type python -A 5 $'PlatformNames.Discord'

Length of output: 76


Script:

#!/bin/bash
# Description: Verify the correctness of the `PlatformNames.Discord` filter.

# Test: Search for the usage of `PlatformNames.Discord`. Expect: Only relevant platforms are included.
rg --type typescript -A 5 'PlatformNames.Discord'

Length of output: 84


Script:

#!/bin/bash
# Description: Verify the correctness of the `PlatformNames.Discord` filter.

# Test: Search for the usage of `PlatformNames.Discord`. Expect: Only relevant platforms are included.
rg --type ts -A 5 'PlatformNames.Discord'

Length of output: 11040


23-23: Verify the usage of DatabaseManager.getInstance().getGuildDb.

Ensure that the method getGuildDb is correctly implemented and used.

@cyri113 cyri113 merged commit fcc5ec6 into main Jul 31, 2024
@Behzad-rabiei Behzad-rabiei deleted the adapte-with-analyzer-platform-agnostic branch September 6, 2024 07:22
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.

2 participants