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

feat(web): Add order by for team list #17545

Merged
merged 7 commits into from
Jan 21, 2025

Conversation

mannipje
Copy link
Member

@mannipje mannipje commented Jan 17, 2025

Add order by for team list

What

  • Add order by field to team list content type in contentful

Why

  • So now is available to sort team members by name (A - Z) or Manual (that is contentful order) on accordion and card variant types.

Screenshots / Gifs

Manual order

Contentful

image

Web

image

Order by name (A-Z)

Contentful

image

Web

image

Checklist:

  • I have performed a self-review of my own code
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have added tests that prove my fix is effective or that my feature works
  • Formatting passes locally with my changes
  • I have rebased against main before asking for a review

Summary by CodeRabbit

Release Notes

  • New Features

    • Added ability to order team members by name or manual configuration
    • Introduced flexible sorting options for team member lists
  • Improvements

    • Enhanced team member list rendering with customizable ordering
    • Updated GraphQL fragments to support team member ordering
    • Refined team member data retrieval and sorting mechanisms
  • Technical Updates

    • Added new enum for team member ordering
    • Updated import and method signatures across multiple components

@mannipje mannipje requested review from a team as code owners January 17, 2025 13:48
@mannipje mannipje requested a review from stjanilofts January 17, 2025 13:48
Copy link
Contributor

coderabbitai bot commented Jan 17, 2025

Walkthrough

This pull request introduces a comprehensive enhancement to team member ordering functionality across multiple files. The changes add an orderBy property to various components and services, allowing flexible sorting of team members. The implementation supports two primary ordering methods: by name (default) and manual ordering. The modifications span from GraphQL schema updates to service-level implementations, ensuring consistent and configurable team member list rendering across the application.

Changes

File Change Summary
apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx Added orderBy optional property to interfaces and component props
apps/web/screens/queries/fragments.ts Introduced teamMemberOrder field in TeamListFields fragment
apps/web/utils/richText.tsx Added GetTeamMembersInputOrderBy import and updated TeamList rendering
libs/cms/src/lib/cms.elasticsearch.service.ts Updated method signatures to support flexible ordering
libs/cms/src/lib/cms.resolver.ts Enhanced team members sorting logic with alphabetical and manual options
libs/cms/src/lib/dto/getTeamMembers.input.ts Created GetTeamMembersInputOrderBy enum with Name and Manual values
libs/cms/src/lib/models/teamList.model.ts Added teamMemberOrder field and mapping function
libs/cms/src/lib/search/importers/teamList.service.ts Added releaseDate property to team member objects

Possibly related PRs

Suggested Labels

automerge, deploy-feature

Suggested Reviewers

  • thordurhhh

📜 Recent review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between d986aed and 22f1120.

📒 Files selected for processing (1)
  • apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx (5 hunks)
🚧 Files skipped from review as they are similar to previous changes (1)
  • apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx
⏰ Context from checks skipped due to timeout of 90000ms (1)
  • GitHub Check: prepare

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 generate docstrings to generate docstrings for this PR. (Beta)
  • @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.

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: 5

🔭 Outside diff range comments (2)
libs/island-ui/contentful/src/lib/TeamList/TeamList.tsx (1)

Line range hint 1-24: Implement the sorting functionality.

The orderBy prop is added to the interface but not utilized in the component implementation. The team members array should be sorted based on this prop before rendering.

Add the sorting logic before rendering:

 export const TeamList = ({ teamMembers, variant = 'card' }: TeamListProps) => {
+  const sortedMembers = React.useMemo(() => {
+    if (!teamMembers) return []
+    return [...teamMembers].sort((a, b) => {
+      if (orderBy === 'name') {
+        return a.name.localeCompare(b.name)
+      }
+      return 0 // maintain original order for 'manual'
+    })
+  }, [teamMembers, orderBy])
+
   if (variant === 'accordion') {
-    return <TeamMemberAccordionList teamMembers={teamMembers} />
+    return <TeamMemberAccordionList teamMembers={sortedMembers} />
   }
-  return <TeamMemberCardList teamMembers={teamMembers} />
+  return <TeamMemberCardList teamMembers={sortedMembers} />
 }

Also applies to: 27-199

libs/cms/src/lib/cms.elasticsearch.service.ts (1)

Line range hint 605-614: Add input validation for orderBy.

The method should validate the orderBy value to prevent runtime errors with invalid values.

Add validation before processing:

 async getTeamMembers(
   input: GetTeamMembersInput,
 ): Promise<TeamMemberResponse> {
+  if (input.orderBy && !Object.values(GetTeamMembersInputOrderBy).includes(input.orderBy)) {
+    throw new Error(`Invalid orderBy value: ${input.orderBy}`)
+  }
   const response = await this.getListItems({
     ...input,
     type: 'webTeamMember',
     listId: input.teamListId,
     orderBy: input.orderBy === GetTeamMembersInputOrderBy.MANUAL
       ? GetGenericListItemsInputOrderBy.DATE
       : GetGenericListItemsInputOrderBy.TITLE,
   })
🧹 Nitpick comments (4)
libs/cms/src/lib/models/teamList.model.ts (1)

64-69: Simplify the mapOrderBy function.

The function can be simplified by directly returning the comparison result.

-  const mapOrderBy = (orderBy?: ITeamListFields['orderBy']) => {
-    if (orderBy === GetTeamMembersInputOrderBy.MANUAL) {
-      return GetTeamMembersInputOrderBy.MANUAL
-    }
-    return GetTeamMembersInputOrderBy.NAME
-  }
+  const mapOrderBy = (orderBy?: ITeamListFields['orderBy']) =>
+    orderBy === GetTeamMembersInputOrderBy.MANUAL
+      ? GetTeamMembersInputOrderBy.MANUAL
+      : GetTeamMembersInputOrderBy.NAME
libs/cms/src/lib/search/importers/teamList.service.ts (1)

29-29: Make the counter's purpose more explicit.

The counter is used for maintaining manual order, but its purpose isn't immediately clear. Consider renaming and adding a comment.

-      let counter = teamList.teamMembers?.length ?? 0
+      // Use descending order index for manual sorting
+      let manualOrderIndex = teamList.teamMembers?.length ?? 0

-            releaseDate: String(counter--),
+            releaseDate: String(manualOrderIndex--),

Also applies to: 66-66

libs/cms/src/lib/cms.elasticsearch.service.ts (1)

609-612: Simplify the orderBy mapping logic.

The current implementation maps MANUAL to DATE and everything else to TITLE. This might lead to unexpected behavior when new order types are added.

Consider making the mapping more explicit:

-      orderBy:
-        input.orderBy === GetTeamMembersInputOrderBy.MANUAL
-          ? GetGenericListItemsInputOrderBy.DATE
-          : GetGenericListItemsInputOrderBy.TITLE,
+      orderBy: {
+        [GetTeamMembersInputOrderBy.MANUAL]: GetGenericListItemsInputOrderBy.DATE,
+        [GetTeamMembersInputOrderBy.NAME]: GetGenericListItemsInputOrderBy.TITLE,
+      }[input.orderBy ?? GetTeamMembersInputOrderBy.NAME],
libs/cms/src/lib/cms.resolver.ts (1)

933-940: LGTM with a minor formatting note!

The implementation correctly handles both the accordion variant and sorting logic. However, there's an unnecessary empty line at line 937 that could be removed for consistency.

    if (teamList?.variant === 'accordion') {
      return []
    }

-
    // The 'accordion' variant has a search so to reduce the inital payload (since it isn't used) we simply return an empty list
    return teamList?.teamMemberOrder !== GetTeamMembersInputOrderBy.MANUAL
      ? teamList?.teamMembers?.sort(sortAlpha('name') as any)
      : teamList?.teamMembers
📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 5844fd2 and 8519a89.

⛔ Files ignored due to path filters (1)
  • libs/cms/src/lib/generated/contentfulTypes.d.ts is excluded by !**/generated/**
📒 Files selected for processing (9)
  • apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx (4 hunks)
  • apps/web/screens/queries/fragments.ts (1 hunks)
  • apps/web/utils/richText.tsx (2 hunks)
  • libs/cms/src/lib/cms.elasticsearch.service.ts (3 hunks)
  • libs/cms/src/lib/cms.resolver.ts (2 hunks)
  • libs/cms/src/lib/dto/getTeamMembers.input.ts (2 hunks)
  • libs/cms/src/lib/models/teamList.model.ts (3 hunks)
  • libs/cms/src/lib/search/importers/teamList.service.ts (2 hunks)
  • libs/island-ui/contentful/src/lib/TeamList/TeamList.tsx (1 hunks)
🧰 Additional context used
📓 Path-based instructions (9)
libs/island-ui/contentful/src/lib/TeamList/TeamList.tsx (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
apps/web/screens/queries/fragments.ts (1)

Pattern apps/**/*: "Confirm that the code adheres to the following:

  • NextJS best practices, including file structure, API routes, and static generation methods.
  • Efficient state management and server-side rendering techniques.
  • Optimal use of TypeScript for component and utility type safety."
libs/cms/src/lib/search/importers/teamList.service.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
libs/cms/src/lib/dto/getTeamMembers.input.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
apps/web/utils/richText.tsx (1)

Pattern apps/**/*: "Confirm that the code adheres to the following:

  • NextJS best practices, including file structure, API routes, and static generation methods.
  • Efficient state management and server-side rendering techniques.
  • Optimal use of TypeScript for component and utility type safety."
libs/cms/src/lib/cms.elasticsearch.service.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
libs/cms/src/lib/cms.resolver.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx (1)

Pattern apps/**/*: "Confirm that the code adheres to the following:

  • NextJS best practices, including file structure, API routes, and static generation methods.
  • Efficient state management and server-side rendering techniques.
  • Optimal use of TypeScript for component and utility type safety."
libs/cms/src/lib/models/teamList.model.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
🔇 Additional comments (7)
libs/cms/src/lib/dto/getTeamMembers.input.ts (1)

Line range hint 18-55: LGTM! Well-structured DTO implementation.

The implementation follows best practices:

  • Proper use of GraphQL decorators
  • Clear type definitions
  • Optional fields are properly marked
  • Effective use of class-validator decorators
libs/cms/src/lib/models/teamList.model.ts (1)

23-24: LGTM! Well-structured model implementation.

The implementation follows best practices:

  • Proper use of decorators
  • Clear type definitions
  • Effective mapping logic

Also applies to: 78-78

libs/cms/src/lib/search/importers/teamList.service.ts (1)

Line range hint 29-67: LGTM! Well-structured service implementation.

The implementation follows best practices:

  • Proper error handling
  • Clear mapping logic
  • Effective use of TypeScript features
apps/web/components/Organization/Slice/TeamListSlice/TeamListSlice.tsx (1)

Line range hint 24-137: LGTM! Well-structured component implementation.

The implementation follows NextJS best practices:

  • Proper use of hooks
  • Clear component structure
  • Effective state management
  • Good error handling
apps/web/utils/richText.tsx (1)

288-288: LGTM!

The orderBy prop is correctly set with a fallback to GetTeamMembersInputOrderBy.Name.

apps/web/screens/queries/fragments.ts (1)

297-297: LGTM!

The teamMemberOrder field is correctly added to the TeamListFields fragment.

libs/cms/src/lib/cms.resolver.ts (1)

140-141: LGTM!

The new imports are properly organized and follow the module path conventions.

libs/cms/src/lib/dto/getTeamMembers.input.ts Outdated Show resolved Hide resolved
libs/island-ui/contentful/src/lib/TeamList/TeamList.tsx Outdated Show resolved Hide resolved
libs/cms/src/lib/cms.resolver.ts Outdated Show resolved Hide resolved
Copy link

codecov bot commented Jan 17, 2025

Codecov Report

Attention: Patch coverage is 40.00000% with 18 lines in your changes missing coverage. Please review.

Project coverage is 35.57%. Comparing base (50310aa) to head (22f1120).
Report is 7 commits behind head on main.

Files with missing lines Patch % Lines
libs/cms/src/lib/cms.resolver.ts 25.00% 6 Missing ⚠️
libs/cms/src/lib/models/teamList.model.ts 28.57% 5 Missing ⚠️
...Organization/Slice/TeamListSlice/TeamListSlice.tsx 0.00% 2 Missing ⚠️
libs/cms/src/lib/cms.elasticsearch.service.ts 33.33% 2 Missing ⚠️
apps/web/utils/richText.tsx 0.00% 1 Missing ⚠️
libs/cms/src/lib/dto/getTeamMembers.input.ts 87.50% 1 Missing ⚠️
...s/cms/src/lib/search/importers/teamList.service.ts 0.00% 1 Missing ⚠️
Additional details and impacted files

Impacted file tree graph

@@           Coverage Diff           @@
##             main   #17545   +/-   ##
=======================================
  Coverage   35.57%   35.57%           
=======================================
  Files        7027     7027           
  Lines      150428   150467   +39     
  Branches    42940    42958   +18     
=======================================
+ Hits        53516    53535   +19     
- Misses      96912    96932   +20     
Flag Coverage Δ
air-discount-scheme-backend 48.26% <ø> (+0.01%) ⬆️
air-discount-scheme-web 0.00% <ø> (ø)
api 3.33% <ø> (ø)
api-catalogue-services 75.81% <ø> (ø)
api-domains-air-discount-scheme 38.14% <ø> (+0.02%) ⬆️
api-domains-assets 26.71% <ø> (ø)
api-domains-auth-admin 48.49% <ø> (ø)
api-domains-communications 39.53% <44.44%> (+0.01%) ⬆️
api-domains-criminal-record 48.11% <ø> (ø)
api-domains-driving-license 44.89% <ø> (+0.01%) ⬆️
api-domains-education 31.35% <ø> (ø)
api-domains-health-insurance 35.56% <ø> (ø)
api-domains-mortgage-certificate 35.18% <ø> (ø)
api-domains-payment-schedule 42.26% <ø> (+0.02%) ⬆️
application-api-files 62.06% <ø> (ø)
application-core 75.68% <ø> (+0.01%) ⬆️
application-system-api 38.68% <44.44%> (+0.01%) ⬆️
application-template-api-modules 27.56% <44.44%> (+<0.01%) ⬆️
application-templates-accident-notification 27.60% <ø> (ø)
application-templates-car-recycling 3.12% <ø> (ø)
application-templates-criminal-record 25.79% <ø> (ø)
application-templates-driving-license 18.15% <ø> (ø)
application-templates-estate 13.58% <ø> (ø)
application-templates-example-payment 24.66% <ø> (ø)
application-templates-financial-aid 14.62% <ø> (ø)
application-templates-general-petition 23.11% <ø> (-0.03%) ⬇️
application-templates-inheritance-report 6.59% <ø> (ø)
application-templates-marriage-conditions 14.80% <ø> (ø)
application-templates-mortgage-certificate 43.73% <ø> (ø)
application-templates-new-primary-school 21.02% <ø> (ø)
application-templates-parental-leave 29.92% <ø> (ø)
application-types 6.47% <ø> (ø)
application-ui-components 1.17% <ø> (ø)
application-ui-shell 22.01% <ø> (ø)
auth-admin-web 2.43% <ø> (ø)
auth-nest-tools 31.69% <ø> (ø)
auth-shared 75.00% <ø> (ø)
clients-charge-fjs-v2 28.88% <ø> (ø)
clients-driving-license 40.99% <ø> (ø)
clients-driving-license-book 43.98% <ø> (ø)
clients-financial-statements-inao 49.78% <ø> (ø)
clients-license-client 1.26% <ø> (ø)
clients-middlewares 72.74% <ø> (-0.09%) ⬇️
clients-regulations 43.08% <ø> (ø)
clients-rsk-company-registry 31.18% <ø> (ø)
clients-rsk-personal-tax-return 38.32% <ø> (ø)
clients-smartsolutions 12.77% <ø> (ø)
clients-syslumenn 49.35% <ø> (ø)
clients-zendesk 50.81% <ø> (ø)
cms 0.39% <0.00%> (-0.01%) ⬇️
cms-translations 38.87% <44.44%> (+0.01%) ⬆️
content-search-index-manager 95.65% <ø> (ø)
content-search-toolkit 8.16% <ø> (ø)
contentful-apps 4.56% <ø> (ø)
dokobit-signing 62.35% <ø> (ø)
email-service 60.31% <ø> (ø)
feature-flags 90.97% <ø> (ø)
file-storage 46.18% <ø> (ø)
financial-aid-backend 51.48% <ø> (+0.01%) ⬆️
financial-aid-shared 17.88% <ø> (ø)
icelandic-names-registry-backend 54.44% <ø> (+0.03%) ⬆️
infra-nest-server 48.06% <ø> (ø)
infra-tracing 69.94% <ø> (ø)
island-ui-core 30.32% <ø> (ø)
judicial-system-api 20.07% <ø> (ø)
judicial-system-audit-trail 69.19% <ø> (ø)
judicial-system-backend 55.83% <44.44%> (-0.02%) ⬇️
judicial-system-formatters 78.86% <ø> (ø)
judicial-system-message 66.78% <ø> (ø)
judicial-system-message-handler 48.59% <ø> (ø)
judicial-system-scheduler 71.42% <ø> (ø)
judicial-system-types 37.77% <ø> (ø)
localization 10.15% <ø> (ø)
logging 58.02% <ø> (ø)
message-queue 67.76% <ø> (+0.70%) ⬆️
nest-audit 65.78% <ø> (ø)
nest-aws 51.93% <ø> (ø)
nest-config 76.58% <ø> (ø)
nest-core 53.16% <ø> (ø)
nest-feature-flags 51.18% <ø> (ø)
nest-problem 45.64% <ø> (ø)
nest-sequelize 94.44% <ø> (ø)
nest-swagger 51.13% <ø> (ø)
portals-admin-regulations-admin 1.80% <ø> (ø)
portals-core 19.60% <ø> (ø)
regulations 16.78% <ø> (ø)
residence-history 85.00% <ø> (ø)
services-auth-admin-api 52.51% <ø> (+<0.01%) ⬆️
services-auth-delegation-api 58.42% <ø> (+0.01%) ⬆️
services-auth-ids-api 52.55% <ø> (+0.02%) ⬆️
services-auth-public-api 49.40% <ø> (+<0.01%) ⬆️
services-sessions 65.45% <ø> (+0.01%) ⬆️
services-university-gateway 49.66% <ø> (+0.17%) ⬆️
services-user-notification 46.54% <44.44%> (-0.03%) ⬇️
services-user-profile 56.93% <ø> (-0.06%) ⬇️
shared-components 29.47% <ø> (ø)
shared-form-fields 33.38% <ø> (ø)
shared-mocking 58.64% <ø> (ø)
shared-pii 92.85% <ø> (ø)
shared-problem 87.50% <ø> (ø)
shared-utils 28.67% <ø> (ø)
skilavottord-ws 23.97% <ø> (ø)
web 2.39% <0.00%> (-0.01%) ⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

Files with missing lines Coverage Δ
apps/web/screens/queries/fragments.ts 0.00% <ø> (ø)
apps/web/utils/richText.tsx 0.00% <0.00%> (ø)
libs/cms/src/lib/dto/getTeamMembers.input.ts 69.23% <87.50%> (+6.07%) ⬆️
...s/cms/src/lib/search/importers/teamList.service.ts 14.63% <0.00%> (-0.37%) ⬇️
...Organization/Slice/TeamListSlice/TeamListSlice.tsx 0.00% <0.00%> (ø)
libs/cms/src/lib/cms.elasticsearch.service.ts 3.51% <33.33%> (+0.35%) ⬆️
libs/cms/src/lib/models/teamList.model.ts 29.54% <28.57%> (-0.19%) ⬇️
libs/cms/src/lib/cms.resolver.ts 65.73% <25.00%> (-0.47%) ⬇️

... and 6 files with indirect coverage changes


Continue to review full report in Codecov by Sentry.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b4e88ca...22f1120. Read the comment docs.

@datadog-island-is
Copy link

datadog-island-is bot commented Jan 17, 2025

Datadog Report

All test runs b02ae77 🔗

10 Total Test Services: 0 Failed, 10 Passed
🔻 Test Sessions change in coverage: 5 decreased, 1 increased (+0.05%), 194 no change

Test Services
This report shows up to 10 services
Service Name Failed Known Flaky New Flaky Passed Skipped Total Time Code Coverage Change Test Service View
air-discount-scheme-backend 0 0 0 63 0 32.27s N/A Link
air-discount-scheme-web 0 0 0 2 0 8.49s 1 no change Link
api 0 0 0 4 0 2.46s N/A Link
api-catalogue-services 0 0 0 23 0 9.06s N/A Link
api-domains-air-discount-scheme 0 0 0 6 0 16.27s N/A Link
api-domains-assets 0 0 0 3 0 9.59s N/A Link
api-domains-auth-admin 0 0 0 18 0 10.16s 1 no change Link
api-domains-communications 0 0 0 5 0 31.17s N/A Link
api-domains-criminal-record 0 0 0 5 0 8.58s 1 no change Link
api-domains-driving-license 0 0 0 23 0 27.16s N/A Link

🔻 Code Coverage Decreases vs Default Branch (5)

  • clients-middlewares - jest 75.48% (-0.19%) - Details
  • services-auth-delegation-api - jest 50.44% (-0.04%) - Details
  • services-user-notification - jest 68.83% (-0.03%) - Details
  • services-user-profile - jest 49.33% (-0.02%) - Details
  • cms-translations - jest 48.3% (-0.01%) - Details

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

🧹 Nitpick comments (1)
libs/cms/src/lib/cms.resolver.ts (1)

933-944: Good architectural choices for reusability.

The implementation follows good practices for reusability:

  • Uses shared utilities (sortAlpha)
  • Implements clear separation of concerns
  • Handles null cases defensively
🧰 Tools
🪛 GitHub Check: prepare

[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.

📜 Review details

Configuration used: .coderabbit.yaml
Review profile: CHILL
Plan: Pro

📥 Commits

Reviewing files that changed from the base of the PR and between 8519a89 and 224307f.

📒 Files selected for processing (1)
  • libs/cms/src/lib/cms.resolver.ts (2 hunks)
🧰 Additional context used
📓 Path-based instructions (1)
libs/cms/src/lib/cms.resolver.ts (1)

Pattern libs/**/*: "Confirm that the code adheres to the following:

  • Reusability of components and hooks across different NextJS apps.
  • TypeScript usage for defining props and exporting types.
  • Effective tree-shaking and bundling practices."
🪛 GitHub Check: prepare
libs/cms/src/lib/cms.resolver.ts

[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.

🔇 Additional comments (3)
libs/cms/src/lib/cms.resolver.ts (3)

140-141: LGTM! Good use of shared utilities.

The imports are well-organized, utilizing shared utilities for common functionality.


933-936: LGTM! Good optimization for accordion variant.

The early return for the accordion variant effectively reduces the initial payload, which is a good performance optimization since the data isn't used client-side.


938-944: ⚠️ Potential issue

Fix type mismatch in sort function.

The static analysis indicates a type mismatch where sortAlpha expects Item but receives TeamMember. This needs to be addressed for type safety.

Apply this fix:

-      teamMembers.sort(sortAlpha('name'))
+      teamMembers.sort(sortAlpha<TeamMember>('name'))

Likely invalid or redundant comment.

🧰 Tools
🪛 GitHub Check: prepare

[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.


[failure] 941-941:
Argument of type '(a: Item, b: Item) => number' is not assignable to parameter of type '(a: TeamMember, b: TeamMember) => number'.

@RunarVestmann RunarVestmann added this pull request to the merge queue Jan 21, 2025
Merged via the queue into main with commit 71b3113 Jan 21, 2025
267 checks passed
@RunarVestmann RunarVestmann deleted the feature/web-team-list-team-member-order branch January 21, 2025 12:15
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