Adaptive learning: Fix import all competencies with relations
#9713
Conversation
github-actions
bot
added
the
client
|
Caution Review failedThe pull request is closed. WalkthroughThe changes in this pull request introduce a new input property Changes
Possibly related PRs
Suggested labels
Suggested reviewers
Warning There were issues while running the following tools: 🔧 eslinterror TypeError: Cannot convert object to primitive value 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? 🪧 TipsChatThere are 3 ways to chat with CodeRabbit:
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)
Other keywords and placeholders
Documentation and Community
|
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
There was a problem hiding this comment.
Actionable comments posted: 1
🧹 Outside diff range and nitpick comments (4)
src/main/webapp/app/course/competencies/competency-management/competency-management.component.html (1)
46-46: Consider using a filtered competency set for prerequisites.The prerequisites table uses the same
courseCompetenciesforallCompetencies. This might not be optimal if prerequisites should be selected from a different or filtered set of competencies.Consider introducing a separate property like
availablePrerequisitesthat filters out circular dependencies or inappropriate competencies for prerequisites.src/main/webapp/app/course/competencies/competency.service.ts (1)
Line range hint
74-84: Add error handling and proper TypeScript documentation.Consider these improvements:
- Add error handling for failed imports
- Add JSDoc documentation for the method
+ /** + * Imports all competencies from a source course to a target course. + * @param courseId - The ID of the target course + * @param sourceCourseId - The ID of the source course to import from + * @param importRelations - Whether to import competency relations + * @returns Observable of imported competencies with their relations + * @throws HttpErrorResponse if the import fails + */ importAll(courseId: number, sourceCourseId: number, importRelations: boolean) { + // Handle potential errors from the server + return this.httpClient.post<Array<CompetencyWithTailRelationDTO>>( `${this.resourceURL}/courses/${courseId}/competencies/import-all`, { importExercises: false, importRelations: importRelations, sourceCourseId: sourceCourseId, importLectures: false, } as CourseCompetencyImportOptionsDTO, { observe: 'response', - }, - ); + } + ).pipe( + tap({ + error: (error) => { + console.error('Failed to import competencies:', error); + // Optional: Add your error handling logic here + } + }) + ); }src/main/webapp/app/course/competencies/competency-management/competency-management-table.component.ts (2)
25-25: Add JSDoc documentation and consider type safety.The new input property should be documented to explain its purpose and relationship with
courseCompetencies. Also consider making it required or providing a default value to prevent undefined errors.+ /** All available competencies across the course, including imported ones */ @Input() allCompetencies: CourseCompetency[];
Line range hint
23-115: Consider architectural improvements for better maintainability.The component handles its responsibilities well, but consider these architectural improvements:
- Extract the competency update logic into a dedicated service method
- Add state management for better data consistency across components
- Consider using RxJS behavior subjects for reactive updates
Example service method:
// competency.service.ts updateCompetencies(importedCompetencies: CourseCompetency[], existingCompetencies: CourseCompetency[]): CourseCompetency[] { return existingCompetencies.concat( importedCompetencies.filter( comp => !existingCompetencies.some( existing => existing.id === comp.id ) ) ); }This would centralize the update logic and make it reusable across components.
📜 Review details
Configuration used: .coderabbit.yaml
Review profile: CHILL
📒 Files selected for processing (3)
src/main/webapp/app/course/competencies/competency-management/competency-management-table.component.ts(2 hunks)src/main/webapp/app/course/competencies/competency-management/competency-management.component.html(1 hunks)src/main/webapp/app/course/competencies/competency.service.ts(1 hunks)
🧰 Additional context used
📓 Path-based instructions (3)
src/main/webapp/app/course/competencies/competency-management/competency-management-table.component.ts (1)
src/main/webapp/app/course/competencies/competency-management/competency-management.component.html (1)
Pattern src/main/webapp/**/*.html: @if and @for are new and valid Angular syntax replacing *ngIf and *ngFor. They should always be used over the old style.
src/main/webapp/app/course/competencies/competency.service.ts (1)
🔇 Additional comments (5)
src/main/webapp/app/course/competencies/competency-management/competency-management.component.html (2)
Line range hint 18-24: LGTM: Proper usage of new Angular syntax.
The template correctly uses the new @if syntax instead of the deprecated *ngIf, following the latest Angular guidelines.
Also applies to: 31-35
38-38: Verify the competency data binding.
The allCompetencies is bound to courseCompetencies while the table's main competencies are bound to competencies. Please verify if this is intentional, as it might lead to duplicate or inconsistent data if competencies and courseCompetencies represent different sets.
✅ Verification successful
Based on the shell script results, I can now generate the final response as the code shows clear evidence of the relationship between competencies and courseCompetencies:
The competency data binding is correct and intentional.
The component's implementation shows that:
courseCompetenciescontains all competencies (both regular and prerequisites)competenciesis filtered fromcourseCompetenciesto contain only regular competencies- The binding pattern is consistent with the component's data management where:
this.courseCompetencies = await this.courseCompetencyApiService.getCourseCompetenciesByCourseId(this.courseId); this.competencies = this.courseCompetencies.filter((competency) => competency.type === CourseCompetencyType.COMPETENCY);
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Check the relationship between competencies and courseCompetencies
# Look for property declarations and assignments
# Search for competencies property
echo "Searching for competencies property..."
ast-grep --pattern 'competencies: $_'
# Search for courseCompetencies property
echo "Searching for courseCompetencies property..."
ast-grep --pattern 'courseCompetencies: $_'
# Search for assignments to these properties
echo "Searching for assignments..."
rg -A 5 'this\.(competencies|courseCompetencies)\s*='
Length of output: 9105
src/main/webapp/app/course/competencies/competency.service.ts (2)
Line range hint 74-84: LGTM! The endpoint simplification looks good.
The change to move sourceCourseId from the URL path to the request body aligns with REST best practices and should fix the bulk import issue.
Line range hint 74-84: Verify consistency with other import methods.
The implementation differs slightly from importBulk. Let's verify if this is intentional.
✅ Verification successful
Let me analyze the implementation differences between import methods by generating more targeted scripts.
Let me try a different approach using ripgrep to find the implementation details.
Implementation differences between importAll and importBulk are intentional and correct
The differences between importAll and importBulk methods are intentional:
importBulkincludescompetencyIdsin the request body and passesimportRelationsas both a query parameter and body field, as it needs to specify which competencies to importimportAllonly includesimportRelationsin the body since it imports all competencies from the source course- Both methods consistently set
importExercisesandimportLecturesto false
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Compare implementation differences between import methods
# Test 1: Check if other import methods use similar URL patterns
rg -A 10 "import.*competencies" src/main/webapp/app/course/competencies/
# Test 2: Check if other methods handle params differently
rg "new HttpParams\(\)" src/main/webapp/app/course/competencies/
Length of output: 89420
Script:
#!/bin/bash
# Check implementation details of import methods in competency service
# Look for importBulk implementation
ast-grep --pattern 'importBulk($$$) {
$$$
}'
# Look for other import methods in competency service
ast-grep --pattern 'import.*\($$$\) {
$$$
}'
Length of output: 221
Script:
#!/bin/bash
# Search for import method implementations in competency service
# Look for importBulk and other import methods
rg -A 15 "import.*\(" src/main/webapp/app/course/competencies/competency.service.ts
# Look for import-related HTTP calls
rg -A 10 "this\.http" src/main/webapp/app/course/competencies/competency.service.ts
Length of output: 6233
src/main/webapp/app/course/competencies/competency-management/competency-management-table.component.ts (1)
Line range hint 23-115: Verify template bindings and error handling.
Let's ensure the new property is properly bound in templates and error handling is consistent across related components.
✅ Verification successful
Let me gather more information about error handling patterns with the correct file type flag.
Error handling and template bindings are properly implemented.
The verification shows:
- Error handling is consistent across components using the global
onErrorutility - The
allCompetenciesbinding in the parent component correctly passescourseCompetenciesto the table component - The table component safely handles the array operations with proper type checking
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash
# Description: Verify template bindings and related component usage
# Check template bindings for the new allCompetencies property
echo "Checking template bindings..."
rg -t html "allCompetencies" src/main/webapp/app/course/competencies/
# Check error handling in related components
echo "Checking error handling patterns..."
rg -t typescript "HttpErrorResponse|onError" src/main/webapp/app/course/competencies/
# Check for potential undefined access
echo "Checking for potential undefined access..."
ast-grep --pattern 'allCompetencies.$$$' src/main/webapp/app/course/competencies/
Length of output: 813
Script:
#!/bin/bash
# Check error handling with correct typescript file extension
echo "Checking error handling in TypeScript files..."
rg -t ts "HttpErrorResponse|onError" src/main/webapp/app/course/competencies/
# Check usage of allCompetencies in component
echo "Checking allCompetencies usage..."
rg -t ts "allCompetencies" src/main/webapp/app/course/competencies/
# Check parent component implementation
echo "Checking parent component..."
cat src/main/webapp/app/course/competencies/competency-management/competency-management.component.ts
Length of output: 18498
...ebapp/app/course/competencies/competency-management/competency-management-table.component.ts
Show resolved
Hide resolved
HawKhiem
temporarily deployed
to
artemis-test3.artemis.cit.tum.de
GitHub Actions
Inactive
sawys777
temporarily deployed
to
artemis-test3.artemis.cit.tum.de
GitHub Actions
Inactive
flbrgit
temporarily deployed
to
artemis-test3.artemis.cit.tum.de
GitHub Actions
Inactive
|
I fixed the client test |
krusche
dismissed stale reviews from HawKhiem, sachmii, kevinfischer4, raffifasaro, coderabbitai[bot], sawys777, JohannesStoehr, alekspetrov9e, flbrgit, and themself
via
5137aa6
krusche
deleted the
bugfix/fix-import-all-competencies-of-other-course
branch
Checklist
General
Client
Motivation and Context
This resolves a bug related to the bulk import of competencies from another course caused by a wrong endpoint call from the UI. Additionally it improves the propagation of updates to other components, to avoid that users have to refresh the page.
Steps for Testing
Prerequisites:
Testserver States
Note
These badges show the state of the test servers.
Green = Currently available, Red = Currently locked
Click on the badges to get to the test servers.
Review Progress
Performance Review
Code Review
Manual Tests
Test Coverage
unchanged
Summary by CodeRabbit
New Features
allCompetenciesto the Competency Management Table, allowing for better management of competency data.allCompetenciesproperty for improved data handling.Improvements