-
Notifications
You must be signed in to change notification settings - Fork 199
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: added scroll top on page changes #2785
base: dev
Are you sure you want to change the base?
Conversation
|
WalkthroughThis pull request includes updates to multiple changelogs across various applications and packages, documenting new version entries and dependency updates. Key changes include the addition of new version entries for Changes
Possibly related PRs
Suggested reviewers
Poem
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
CodeRabbit Configuration File (
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 1
🧹 Outside diff range and nitpick comments (4)
packages/ui/src/components/atoms/ScrollArea/ScrollArea.tsx (1)
3-4
: LGTM. Consider checking import order conventions.The reordering of imports doesn't affect functionality. However, it's worth checking if there's a project-wide convention for import order (e.g., third-party imports first, then local imports) and ensuring consistency across files.
apps/kyb-app/src/components/layouts/AppShell/FormContainer.tsx (1)
15-25
: LGTM with suggestions: useEffect for scroll behavior added.The useEffect hook is correctly implemented to scroll to the top when the page changes. However, consider the following suggestions:
- The setTimeout might not be necessary. Try removing it to see if the scroll behavior still works as expected.
- Instead of using a non-null assertion (
!
), consider using optional chaining for safer access:scrollAreaRef.current?.scrollTo({ top: 0, behavior: 'smooth', });packages/react-pdf-toolkit/CHANGELOG.md (1)
3-8
: LGTM! Consider adding a brief description of the change.The new changelog entry for version 1.2.39 is consistent with the existing pattern and correctly documents the dependency update. Good job on maintaining a clear and organized changelog!
For improved clarity, consider adding a brief description of the change or its impact, if applicable. For example:
## 1.2.39 ### Patch Changes - Updated dependencies - @ballerine/ui@0.5.39 - Brief description: [Add a concise note about the change or its impact]This addition would provide more context for users reviewing the changelog.
apps/kyb-app/CHANGELOG.md (1)
3-9
: LGTM! Consider adding more details to the changelog entry.The new changelog entry for version 0.3.69 is correctly formatted and positioned. It appropriately documents the update of the
@ballerine/ui
dependency to version 0.5.39.To improve the changelog's usefulness, consider adding a brief note about any significant changes or features introduced by this dependency update. For example:
## 0.3.69 ### Patch Changes - Updated dependencies - @ballerine/ui@0.5.39 - Brief note about any significant UI changes or new featuresThis additional information can help users understand the impact of the update more easily.
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (1)
pnpm-lock.yaml
is excluded by!**/pnpm-lock.yaml
📒 Files selected for processing (9)
- apps/kyb-app/CHANGELOG.md (1 hunks)
- apps/kyb-app/package.json (2 hunks)
- apps/kyb-app/src/components/layouts/AppShell/FormContainer.tsx (1 hunks)
- apps/kyb-app/src/components/organisms/DynamicUI/Page/Page.tsx (1 hunks)
- packages/react-pdf-toolkit/CHANGELOG.md (1 hunks)
- packages/react-pdf-toolkit/package.json (2 hunks)
- packages/ui/CHANGELOG.md (1 hunks)
- packages/ui/package.json (1 hunks)
- packages/ui/src/components/atoms/ScrollArea/ScrollArea.tsx (2 hunks)
✅ Files skipped from review due to trivial changes (1)
- packages/ui/package.json
🧰 Additional context used
🔇 Additional comments (10)
packages/ui/src/components/atoms/ScrollArea/ScrollArea.tsx (2)
14-15
: Good change. Improves scroll control.Moving the
ref
fromScrollAreaPrimitive.Root
toScrollAreaPrimitive.Viewport
is a positive change. This adjustment allows direct access to the scrollable viewport, which is crucial for manipulating scroll position. This aligns well with the PR's objective of adding "scroll top on page changes" functionality.
3-4
: Summary: Effective changes for scroll controlThe changes in this file, while minimal, are impactful and align well with the PR's objective of adding scroll top functionality on page changes. The reordering of imports and the relocation of the
ref
to theScrollAreaPrimitive.Viewport
component enhance the ability to control scrolling behavior. These modifications provide a solid foundation for implementing the desired scroll top feature.Also applies to: 14-15
apps/kyb-app/src/components/layouts/AppShell/FormContainer.tsx (2)
1-1
: LGTM: New import added correctly.The new import for
usePageResolverContext
is correctly added and follows the project's import style.
11-13
: LGTM: Ref and context usage added correctly.The
scrollAreaRef
is correctly created and typed. TheusePageResolverContext
hook is properly used to extract thecurrentPage
value.packages/react-pdf-toolkit/package.json (1)
4-4
: LGTM: Version and dependency updates look good.The package version bump and the
@ballerine/ui
dependency update are consistent and appear to be routine changes. While these updates don't directly implement the scroll top feature mentioned in the PR objectives, they might be necessary to support that feature if it's implemented in the@ballerine/ui
package.Also applies to: 30-30
apps/kyb-app/src/components/organisms/DynamicUI/Page/Page.tsx (1)
Line range hint
74-80
: Improved error organization in the context objectThe changes to the
pageErrors
aggregation in thecontext
object are well-implemented and provide several benefits:
- Better organization: Errors are now structured by
stateName
and then byfieldId
, making it easier to access and manage errors for specific fields within a particular state.- Improved lookup efficiency: This structure allows for more efficient error lookups in the component tree.
- Enhanced scalability: The new structure can better handle complex forms with multiple states and fields.
These improvements align well with the PR objective of enhancing page changes by providing a more structured approach to error handling.
apps/kyb-app/package.json (2)
4-4
: LGTM: Version updates look good.The version bump of the app (0.3.68 to 0.3.69) and the update of the
@ballerine/ui
dependency (0.5.38 to 0.5.39) are consistent with the PR objectives and the AI-generated summary.Also applies to: 20-20
20-20
: Verify the changelog for @ballerine/ui package.The
@ballerine/ui
package has been updated from 0.5.38 to 0.5.39. To ensure this update includes the scroll top functionality mentioned in the PR objectives, please verify the changelog for the@ballerine/ui
package.packages/ui/CHANGELOG.md (2)
3-7
: LGTM: New changelog entry for version 0.5.39The new changelog entry for version 0.5.39 is well-formatted and clearly describes the patch change. The fix for the scrollarea reference aligns with the PR objective of adding scroll top on page changes.
Line range hint
1-435
: LGTM: Consistent changelog structure and maintenanceThe changelog demonstrates a consistent structure across version entries, following best practices for documenting changes. It shows regular updates to dependencies, particularly @ballerine/common, indicating active maintenance. The variety of changes, including bug fixes, version bumps, and feature additions, suggests ongoing development and improvement of the package.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actionable comments posted: 2
🧹 Outside diff range and nitpick comments (9)
examples/report-generation-example/package.json (1)
4-4
: LGTM! Version and dependency updates look good.The version bump and dependency update are consistent with the changes described in the PR summary. These minor version increases suggest new features or improvements without breaking changes.
Don't forget to update the changelog (if not already done) to reflect these version changes and any new features or improvements introduced in this update.
Also applies to: 13-13
examples/headless-example/package.json (1)
4-4
: LGTM! Version and dependencies updated.The package version and dependencies have been updated correctly:
- Package version bumped from 0.3.54 to 0.3.55
- @ballerine/common updated from 0.9.43 to 0.9.44
- @ballerine/workflow-browser-sdk updated from 0.6.55 to 0.6.56
These changes align with the coordinated effort to maintain consistency across @ballerine packages.
Don't forget to update the changelog if there are any notable changes or fixes in this version.
Also applies to: 37-38
services/websocket-service/CHANGELOG.md (1)
3-7
: Enhance the changelog entry with more specific information.While the new entry follows the consistent format of previous entries, the description "bump" under patch changes is vague and doesn't provide meaningful information about the actual changes in this version.
Consider adding more specific details about the changes introduced in this version. For example:
- If it's a bug fix, briefly describe the issue that was resolved.
- If it's a minor enhancement, provide a concise explanation of what was improved.
- If it's a dependency update, mention which dependencies were updated and why.
This will make the changelog more informative for users and developers.
packages/eslint-config-react/CHANGELOG.md (1)
3-9
: LGTM! Consider adding more details to the changelog entry.The new changelog entry for version 2.0.22 follows the established pattern and correctly documents the version bump and dependency update. This maintains consistency with previous entries and provides a clear record of changes.
To improve the changelog's informativeness, consider adding a brief description of any notable changes or the reason for the version bump. For example:
## 2.0.22 ### Patch Changes -bump +- Version bump for maintenance and dependency updates - Updated dependencies - @ballerine/[email protected]This additional context can help users and developers better understand the purpose of each release.
examples/report-generation-example/CHANGELOG.md (1)
3-9
: LGTM! Consider adding more details to the changelog entry.The new changelog entry for version 0.2.21 is correctly formatted and follows the established structure. The version increment from 0.2.20 to 0.2.21 is consistent with a patch change, and the dependency update is clearly documented.
Consider adding more specific details about the changes in this version, especially if there are any notable fixes or improvements beyond the dependency update. This can help users understand the impact of the update more clearly.
sdks/web-ui-sdk/package.json (1)
24-24
: Version update looks good, but consider bump type.The package version has been updated from 1.5.44 to 1.5.45, which is a patch version bump. This is typically used for bug fixes and minor changes. However, given that the PR title suggests a new feature ("added scroll top on page changes"), you might want to consider a minor version bump (to 1.6.0) instead, as per semantic versioning principles.
sdks/web-ui-sdk/CHANGELOG.md (1)
3-10
: LGTM! Consider adding more details to the "bump" note.The new changelog entry for version 1.5.45 is consistent with the format of previous entries and correctly documents the dependency update. However, the "bump" note could be more informative.
Consider replacing the "bump" note with a brief description of what changes this version introduces, if any, beyond the dependency update. This would provide more context for users of the package.
sdks/workflow-node-sdk/CHANGELOG.md (1)
3-9
: Consider providing more specific change descriptions.The changelog entry for version 0.6.56 is consistent with the format of previous entries. However, the description "bump" is vague and doesn't provide much information about the nature of the changes. Consider providing more specific details about what was changed or improved in this version to make the changelog more informative for users.
examples/headless-example/CHANGELOG.md (1)
3-10
: LGTM! Consider adding more details to the changelog entry.The new version entry (0.3.55) is correctly formatted and includes the necessary information about dependency updates. However, to improve the changelog's usefulness, consider adding a brief description of any notable changes or the reason for the version bump.
For future entries, you might want to include a short description of changes, like this:
## 0.3.55 ### Patch Changes - Minor updates and dependency version bump - Updated dependencies - @ballerine/workflow-browser-sdk@0.6.56 - @ballerine/common@0.9.44
📜 Review details
Configuration used: CodeRabbit UI
Review profile: CHILL
⛔ Files ignored due to path filters (1)
pnpm-lock.yaml
is excluded by!**/pnpm-lock.yaml
📒 Files selected for processing (39)
- apps/backoffice-v2/CHANGELOG.md (1 hunks)
- apps/backoffice-v2/package.json (3 hunks)
- apps/kyb-app/CHANGELOG.md (1 hunks)
- apps/kyb-app/package.json (3 hunks)
- apps/workflows-dashboard/CHANGELOG.md (1 hunks)
- apps/workflows-dashboard/package.json (3 hunks)
- examples/headless-example/CHANGELOG.md (1 hunks)
- examples/headless-example/package.json (2 hunks)
- examples/report-generation-example/CHANGELOG.md (1 hunks)
- examples/report-generation-example/package.json (2 hunks)
- packages/blocks/CHANGELOG.md (1 hunks)
- packages/blocks/package.json (3 hunks)
- packages/common/CHANGELOG.md (1 hunks)
- packages/common/package.json (2 hunks)
- packages/config/CHANGELOG.md (1 hunks)
- packages/config/package.json (1 hunks)
- packages/eslint-config-react/CHANGELOG.md (1 hunks)
- packages/eslint-config-react/package.json (2 hunks)
- packages/eslint-config/CHANGELOG.md (1 hunks)
- packages/eslint-config/package.json (1 hunks)
- packages/react-pdf-toolkit/CHANGELOG.md (1 hunks)
- packages/react-pdf-toolkit/package.json (2 hunks)
- packages/rules-engine/CHANGELOG.md (1 hunks)
- packages/rules-engine/package.json (2 hunks)
- packages/ui/CHANGELOG.md (1 hunks)
- packages/ui/package.json (3 hunks)
- packages/workflow-core/CHANGELOG.md (1 hunks)
- packages/workflow-core/package.json (3 hunks)
- sdks/web-ui-sdk/CHANGELOG.md (1 hunks)
- sdks/web-ui-sdk/package.json (2 hunks)
- sdks/workflow-browser-sdk/CHANGELOG.md (1 hunks)
- sdks/workflow-browser-sdk/package.json (2 hunks)
- sdks/workflow-node-sdk/CHANGELOG.md (1 hunks)
- sdks/workflow-node-sdk/package.json (2 hunks)
- services/websocket-service/CHANGELOG.md (1 hunks)
- services/websocket-service/package.json (1 hunks)
- services/workflows-service/CHANGELOG.md (1 hunks)
- services/workflows-service/package.json (3 hunks)
- websites/docs/package.json (1 hunks)
✅ Files skipped from review due to trivial changes (14)
- packages/blocks/CHANGELOG.md
- packages/common/CHANGELOG.md
- packages/common/package.json
- packages/config/CHANGELOG.md
- packages/config/package.json
- packages/eslint-config-react/package.json
- packages/eslint-config/CHANGELOG.md
- packages/eslint-config/package.json
- packages/rules-engine/CHANGELOG.md
- packages/rules-engine/package.json
- packages/workflow-core/CHANGELOG.md
- sdks/workflow-browser-sdk/CHANGELOG.md
- services/websocket-service/package.json
- services/workflows-service/CHANGELOG.md
🚧 Files skipped from review as they are similar to previous changes (6)
- apps/kyb-app/CHANGELOG.md
- apps/kyb-app/package.json
- packages/react-pdf-toolkit/CHANGELOG.md
- packages/react-pdf-toolkit/package.json
- packages/ui/CHANGELOG.md
- packages/ui/package.json
🧰 Additional context used
🔇 Additional comments (35)
sdks/workflow-node-sdk/package.json (1)
4-4
: LGTM! Version and dependency updates look consistent.The package version and dependency updates are consistent and follow semantic versioning principles. This is a good practice, especially for maintaining version parity between the package and its core dependency.
To ensure consistency across the monorepo, let's verify these version updates:
This script will help ensure that the version updates are consistent across the entire monorepo.
Also applies to: 31-31, 39-39, 41-41
✅ Verification successful
Verification Successful!
All package versions and dependencies are consistent across the monorepo.🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify version consistency across the monorepo # Test 1: Check if all @ballerine packages are using the same version echo "Checking @ballerine package versions:" grep -r '"version": "0.6.56"' --include="package.json" # Test 2: Verify @ballerine/workflow-core dependency version echo "Checking @ballerine/workflow-core dependency version:" grep -r '"@ballerine/workflow-core": "0.6.56"' --include="package.json" # Test 3: Verify @ballerine/config dependency version echo "Checking @ballerine/config dependency version:" grep -r '"@ballerine/config": "^1.1.22"' --include="package.json" # Test 4: Verify @ballerine/eslint-config dependency version echo "Checking @ballerine/eslint-config dependency version:" grep -r '"@ballerine/eslint-config": "^1.1.22"' --include="package.json"Length of output: 2708
sdks/workflow-browser-sdk/package.json (5)
4-4
: Version bump looks good.The package version has been incremented from 0.6.55 to 0.6.56, which is appropriate for minor changes or small feature additions.
37-37
: Dependency update aligns with package version.The @ballerine/workflow-core dependency has been updated from 0.6.55 to 0.6.56, which matches the version bump of the current package. This synchronization is good practice for closely related packages.
44-44
: DevDependency update looks good.The @ballerine/config devDependency has been updated from ^1.1.21 to ^1.1.22. This patch version update for a development dependency is appropriate and maintains flexibility for future updates.
46-46
: DevDependency update is consistent.The @ballerine/eslint-config devDependency has been updated from ^1.1.21 to ^1.1.22, which is consistent with the update to @ballerine/config. This maintains consistency across related development dependencies.
36-36
: Dependency update looks good, but verify compatibility.The @ballerine/common dependency has been updated from 0.9.43 to 0.9.44. This patch version update likely includes bug fixes or minor improvements.
Please ensure that this update is compatible with the current package. You can verify this by running the following command:
✅ Verification successful
Please run additional verification to ensure the update is safe.
To thoroughly verify the compatibility of the updated
@ballerine/common
dependency, please execute the following script:
Dependency update verified successfully.
The
@ballerine/common
dependency has been updated from0.9.43
to0.9.44
. No breaking or major changes were found in theCHANGELOG.md
, ensuring compatibility with the current package.🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Check for any breaking changes or compatibility issues in @ballerine/common # Test: Look for major changes in the changelog of @ballerine/common rg -i "breaking change|major change" $(fd -t f "CHANGELOG.md" | grep -i "common")Length of output: 109
Script:
#!/bin/bash # Description: Locate the CHANGELOG.md for @ballerine/common and check for breaking or major changes in version 0.9.44 # Find all CHANGELOG.md files related to @ballerine/common change_log_files=$(fd -t f "CHANGELOG.md" | grep -i "common") if [ -z "$change_log_files" ]; then echo "No CHANGELOG.md file found for @ballerine/common." exit 1 fi # Iterate through each found CHANGELOG.md file for file in $change_log_files; do echo "Checking $file for breaking or major changes in version 0.9.44..." # Extract the section for version 0.9.44 changelog_section=$(sed -n '/^##\s\+0\.9\.44/,/^##\s\+/p' "$file") if echo "$changelog_section" | rg -iq "breaking change|major change"; then echo "🔴 Breaking or major changes found in $file for version 0.9.44." else echo "✅ No breaking or major changes found in $file for version 0.9.44." fi doneLength of output: 774
packages/workflow-core/package.json (6)
4-4
: LGTM: Version bump is appropriate.The minor version update from 0.6.55 to 0.6.56 is consistent with the changes made and follows semantic versioning principles.
Line range hint
34-41
: LGTM: Dependency version aligned with package version.The update of @ballerine/workflow-browser-sdk to version 0.6.56 aligns it with the current package version. This coordination is good practice for maintaining consistency across the project.
47-47
: LGTM: DevDependency update is appropriate.The update of @ballerine/config from ^1.1.21 to ^1.1.22 is a minor patch for a development dependency. The use of the caret (^) allows for automatic minor updates, which is suitable for development dependencies.
Line range hint
1-95
: Overall assessment: Changes are consistent and follow best practices.The updates in this file demonstrate good version management practices:
- The package version has been incremented appropriately.
- Dependencies have been updated consistently, including aligning the workflow-browser-sdk version with the package version.
- Development dependencies have been updated in a coordinated manner.
These changes contribute to maintaining a well-organized and up-to-date package. Ensure to run the suggested verification scripts to confirm compatibility and project stability after these updates.
48-48
: LGTM: DevDependency update is consistent with other changes.The update of @ballerine/eslint-config from ^1.1.21 to ^1.1.22 is consistent with the previous @ballerine/config update. This coordinated update of development dependencies is a good practice.
To ensure all updated dependencies work correctly together, please run the following script:
#!/bin/bash # Description: Verify that all updated dependencies are compatible and the project builds successfully. # Test: Install dependencies and build the project pnpm install pnpm build # Test: Run linting to check if the new eslint-config causes any issues pnpm lint # Test: Run the test suite to catch any potential issues with the updated dependencies pnpm test
34-34
: Dependency update looks good, but verify compatibility.The update of @ballerine/common from 0.9.43 to 0.9.44 is a minor patch, likely containing bug fixes or small improvements. This update is appropriate for maintaining project consistency.
To ensure compatibility, please run the following script:
apps/workflows-dashboard/package.json (5)
4-4
: LGTM: Version bump is appropriate.The minor version increment from 0.2.21 to 0.2.22 is consistent with semantic versioning practices, typically indicating new features or non-breaking changes.
66-66
: LGTM: DevDependency update is appropriate.The update of @ballerine/config from ^1.1.21 to ^1.1.22 is a patch version bump, which is expected to contain only bug fixes or minor improvements. As this is a devDependency, it should not directly affect the production build.
19-19
: LGTM: UI dependency update looks good, but verify UI component compatibility.The update of @ballerine/ui from ^0.5.37 to ^0.5.40 is a patch version bump, which should only contain bug fixes or minor improvements. However, for UI components, it's crucial to verify that this update doesn't introduce any breaking changes or unexpected visual modifications to your project.
To ensure compatibility, you can run the following command to check for any breaking changes, deprecations, or significant UI modifications:
#!/bin/bash # Description: Check for breaking changes, deprecations, or significant UI modifications in @ballerine/ui # Test: Search for breaking changes, deprecations, or UI-related changes in the changelog rg -i "breaking change|deprecat|ui|component|visual|style" $(fd -t f "CHANGELOG.md" | grep -i "ballerine/ui")
18-18
: LGTM: Dependency update looks good, but verify compatibility.The update of @ballerine/common from ^0.9.39 to ^0.9.44 is a patch version bump, which should only contain bug fixes or minor improvements. However, it's always a good practice to verify that this update doesn't introduce any breaking changes to your project.
To ensure compatibility, you can run the following command to check for any breaking changes or deprecations:
67-67
: LGTM: Linting config update looks good, but verify no new linting errors.The update of @ballerine/eslint-config-react from ^2.0.21 to ^2.0.22 is a patch version bump, which should only contain bug fixes or minor improvements. As this is a linting configuration, it's important to verify that this update doesn't introduce any new linting errors in your project.
To ensure compatibility and check for any new linting errors, you can run the following command:
packages/blocks/package.json (3)
5-5
: Version bump looks good.The package version has been incremented from 0.2.23 to 0.2.24, which is consistent with the changes described in the summary. This minor version bump suggests new features or non-breaking changes have been introduced.
45-46
: DevDependencies updates are consistent.The updates to
@ballerine/eslint-config
and@ballerine/config
from version ^1.1.21 to ^1.1.22 are consistent and aligned. This coordinated update suggests a deliberate maintenance effort across Ballerine packages.
93-93
: Dependency update approved, verify compatibility.The update of
@ballerine/common
from ^0.9.39 to ^0.9.44 is a more significant version jump. This update is consistent with changes mentioned in the summary across multiple packages.Please ensure that this update is compatible with the current package and doesn't introduce any breaking changes. Run the following script to check for any potential issues:
examples/report-generation-example/CHANGELOG.md (1)
3-9
: Semantic versioning correctly applied.The increment from version 0.2.20 to 0.2.21 as a patch change is appropriate for the updates described (dependency update and "bump"). This aligns with semantic versioning principles, where patch versions are used for backwards-compatible bug fixes and minor changes.
sdks/web-ui-sdk/package.json (1)
99-99
: Dependency update looks good. Verify compatibility.The @ballerine/common dependency has been updated from version 0.9.43 to 0.9.44. This patch version update is consistent with updates in other packages mentioned in the PR summary.
To ensure compatibility, please run the following command to check for any breaking changes or deprecations:
✅ Verification successful
Dependency update verified with no breaking changes. Approved.
The
@ballerine/common
dependency has been successfully updated from version0.9.43
to0.9.44
. The changelog indicates only non-breaking deprecations related to internal implementations.🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Check for breaking changes or deprecations in @ballerine/common # Test: Search for BREAKING CHANGE or DEPRECATED in the changelog rg -i -e 'BREAKING CHANGE' -e 'DEPRECATED' $(fd -t f 'CHANGELOG.md' | grep -i 'common')Length of output: 198
apps/workflows-dashboard/CHANGELOG.md (1)
3-10
: LGTM with suggestions for improvementThe changelog entry for version 0.2.22 is correctly formatted and includes the appropriate version increment for a patch update. The dependency updates are also clearly documented.
However, I have a few suggestions to improve the changelog:
The "bump" note is vague. Consider adding more specific information about the changes introduced in this version to help users understand what has been updated or fixed.
The dependency updates (@ballerine/common from 0.9.39 to 0.9.44 and @ballerine/ui from 0.5.37 to 0.5.40) span multiple patch versions. It might be helpful to briefly mention any significant changes or features introduced by these updates.
To ensure consistency across the project, let's verify these dependency updates:
This script will help us confirm that the dependency versions are consistent across all relevant package.json files in the project.
✅ Verification successful
Dependency Versions Verified
The dependency updates for
@ballerine/common
and@ballerine/ui
have been successfully verified and are consistent across the project.However, consider providing more specific information about the "bump" note to clarify the changes introduced in this version.
🏁 Scripts executed
The following scripts were executed for the analysis:
Script:
#!/bin/bash # Description: Verify dependency versions across the project # Check @ballerine/common version echo "Checking @ballerine/common version:" grep -r '"@ballerine/common": "' . --include="package.json" # Check @ballerine/ui version echo "Checking @ballerine/ui version:" grep -r '"@ballerine/ui": "' . --include="package.json"Length of output: 1310
apps/backoffice-v2/package.json (3)
3-3
: LGTM: Version update is appropriate.The project version has been correctly incremented from 0.7.58 to 0.7.59. This minor version update is suitable for the dependency updates in this change.
Line range hint
1-190
: Summary: Coordinated update of @ballerine packagesThis change represents a coordinated update of multiple @ballerine packages along with a minor version increment of the project itself. The updates appear to be consistent and focused. Here's a summary of the changes:
- Project version updated from 0.7.58 to 0.7.59.
- Several @ballerine package dependencies updated to their latest versions.
- Two @ballerine dev dependencies also updated.
These changes should improve the project's compatibility with the latest versions of the Ballerine ecosystem. However, it's important to:
- Verify that the updates, especially for react-pdf-toolkit and ui packages, don't introduce any breaking changes.
- Ensure all features depending on these packages still work as expected after the update.
- Run the project's test suite to catch any potential issues introduced by these updates.
53-58
: Verify compatibility with updated @ballerine packages.The following @ballerine packages have been updated:
- @ballerine/blocks: 0.2.23 -> 0.2.24
- @ballerine/common: 0.9.43 -> 0.9.44
- @ballerine/react-pdf-toolkit: ^1.2.37 -> ^1.2.40
- @ballerine/ui: ^0.5.37 -> ^0.5.40
- @ballerine/workflow-browser-sdk: 0.6.55 -> 0.6.56
- @ballerine/workflow-node-sdk: 0.6.55 -> 0.6.56
- @ballerine/config: ^1.1.21 -> ^1.1.22 (dev dependency)
- @ballerine/eslint-config-react: ^2.0.21 -> ^2.0.22 (dev dependency)
While most updates are minor and should be backward-compatible, please ensure that:
- The changes in react-pdf-toolkit and ui packages (which have larger version jumps) don't introduce any breaking changes.
- The updated packages are compatible with each other and the rest of the project.
- All features depending on these packages still work as expected after the update.
To verify the impact of these updates, you can run the following script:
This script will fetch the changelog entries for the updated packages, allowing you to review any potential breaking changes or significant updates.
Also applies to: 131-132
services/workflows-service/package.json (7)
4-4
: LGTM: Version bump is appropriate.The package version has been incremented from 0.7.58 to 0.7.59, which is consistent with the updates made to the dependencies. This minor version bump suggests new features or non-breaking changes have been introduced.
50-50
: LGTM: Dependency update is appropriate.The @ballerine/common dependency has been updated from 0.9.43 to 0.9.44. This patch version update likely includes bug fixes or minor improvements, and is consistent with the overall package version bump.
51-51
: LGTM: Dependency update is appropriate.The @ballerine/workflow-core dependency has been updated from 0.6.55 to 0.6.56. This patch version update likely includes bug fixes or minor improvements, and is consistent with the overall package version bump.
52-52
: LGTM: Dependency update is appropriate.The @ballerine/workflow-node-sdk dependency has been updated from 0.6.55 to 0.6.56. This patch version update likely includes bug fixes or minor improvements, and is consistent with the overall package version bump and the update to @ballerine/workflow-core.
111-111
: LGTM: Dev dependency update is appropriate.The @ballerine/config dev dependency has been updated from ^1.1.21 to ^1.1.22. This patch version update likely includes bug fixes or minor improvements, and is consistent with the overall package version bump.
112-112
: LGTM: Dev dependency update is appropriate.The @ballerine/eslint-config dev dependency has been updated from ^1.1.21 to ^1.1.22. This patch version update likely includes bug fixes or minor improvements, and is consistent with the overall package version bump and the update to @ballerine/config.
4-4
: Summary: All dependency updates are consistent and appropriate.The changes in this file represent a coordinated effort to update the package version and its dependencies. The main package version has been bumped from 0.7.58 to 0.7.59, with corresponding updates to both runtime and development dependencies. All updates are minor version increments, suggesting bug fixes or non-breaking improvements. These changes maintain consistency across the project's packages and should not introduce any breaking changes.
Here's a summary of the updates:
- Package version: 0.7.58 -> 0.7.59
- @ballerine/common: 0.9.43 -> 0.9.44
- @ballerine/workflow-core: 0.6.55 -> 0.6.56
- @ballerine/workflow-node-sdk: 0.6.55 -> 0.6.56
- @ballerine/config (dev): ^1.1.21 -> ^1.1.22
- @ballerine/eslint-config (dev): ^1.1.21 -> ^1.1.22
These updates appear to be routine maintenance and should be safe to merge.
Also applies to: 50-52, 111-112
sdks/workflow-node-sdk/CHANGELOG.md (1)
3-9
: The new changelog entry maintains consistency with previous entries.The structure, formatting, and content of the new entry for version 0.6.56 are consistent with the established pattern in the changelog. This consistency helps maintain readability and makes it easier for users to track changes across versions.
apps/backoffice-v2/CHANGELOG.md (1)
3-14
: LGTM! Changelog entry is consistent and well-formatted.The new version entry (0.7.59) is correctly incremented and follows the established format. The dependency updates are consistent with the broader changes across the Ballerine ecosystem, as mentioned in the AI-generated summary. The "bump" note is brief but sufficient for a patch change.
Summary by CodeRabbit
Release Notes
New Features
Bug Fixes
Chores