👷(CLDSRV-860) Monitor async await migration#6088
👷(CLDSRV-860) Monitor async await migration#6088DarkIsDude wants to merge 12 commits intodevelopment/9.3from
Conversation
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
93020af to
8981239
Compare
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as resolved.
a64c535 to
f1e7018
Compare
This comment was marked as resolved.
This comment was marked as resolved.
90e8107 to
84461c0
Compare
History mismatchMerge commit #9dff1c59872a7482d6a5c79623a7025071f981f3 on the integration branch It is likely due to a rebase of the branch Please use the The following options are set: approve |
|
LGTM |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
You can set option The following options are set: approve |
Build failedThe build for commit did not succeed in branch feature/CLDSRV-860/monitor-async-await-migration The following options are set: approve |
ConflictA conflict has been raised during the update of Please resolve the conflict on the integration branch ( Here are the steps to resolve this conflict: git fetch
git checkout w/9.4/feature/CLDSRV-860/monitor-async-await-migration
git pull # or "git reset --hard origin/w/9.4/feature/CLDSRV-860/monitor-async-await-migration"
git merge origin/development/9.4
# <intense conflict resolution>
git commit
git merge origin/feature/CLDSRV-860/monitor-async-await-migration
# <intense conflict resolution>
git commit
git push -u origin w/9.4/feature/CLDSRV-860/monitor-async-await-migrationThe following options are set: approve |
package.json
Outdated
| "nan": "v2.22.0", | ||
| "fast-xml-parser": "^5.5.6" | ||
| "fast-xml-parser": "^5.5.6", | ||
| "brace-expansion": ">=5.0.5" |
There was a problem hiding this comment.
The >=5.0.5 resolution is an unbounded semver range. If brace-expansion@6.0.0 ships with breaking changes, a future yarn install will pick it up automatically. Use ^5.0.5 to pin to the 5.x line while still getting patches.
```suggestion
"brace-expansion": "^5.0.5"
|
cd5bfb2 to
eb65dfb
Compare
package.json
Outdated
| "fast-xml-parser": "^5.5.6" | ||
| "fast-xml-parser": "^5.5.6", | ||
| "brace-expansion": "^5.0.5", | ||
| "picomatch": "^4.0.4" |
There was a problem hiding this comment.
Forcing brace-expansion from v1/v2 to v5 and picomatch from v2 to v4 via global resolutions is risky. The yarn.lock shows brace-expansion@^1.1.7 now resolves to 5.0.5 and picomatch@^2.0.4 resolves to 4.0.4. Transitive dependencies like minimatch@3 (used by mocha, nyc, glob) expect brace-expansion@1 — a forced major bump can cause subtle runtime breakage.
These resolutions were likely added because ts-morph brings in minimatch@10 (needs brace-expansion@5) and tinyglobby (needs picomatch@4). But yarn should be able to install these as separate nested versions without a global resolution. Consider removing both resolutions and letting yarn deduplicate naturally.
— Claude Code
|
|
||
| const propertyAccesses = sourceFile.getDescendantsOfKind(SyntaxKind.PropertyAccessExpression); | ||
| for (const access of propertyAccesses) { | ||
| if (access.getName() === 'then') { |
There was a problem hiding this comment.
The .then() counter matches any property access named then, not just Promise chains. Objects like Sequelize queries, jQuery deferreds, or custom APIs with a .then method will inflate the count. For a migration tracker this is probably acceptable, but worth a comment noting the heuristic is imprecise.
— Claude Code
Review by Claude Code |
eb65dfb to
4682684
Compare
|
LGTM |
Request integration branchesWaiting for integration branch creation to be requested by the user. To request integration branches, please comment on this pull request with the following command: Alternatively, the |
|
/create_pull_requests |
Integration data createdI have created the integration data for the additional destination branches.
The following branches will NOT be impacted:
Follow integration pull requests if you would like to be notified of The following options are set: create_pull_requests |
Waiting for approvalThe following approvals are needed before I can proceed with the merge:
The following options are set: create_pull_requests |
|
/approve |
In the queueThe changeset has received all authorizations and has been added to the The changeset will be merged in:
The following branches will NOT be impacted:
There is no action required on your side. You will be notified here once IMPORTANT Please do not attempt to modify this pull request.
If you need this pull request to be removed from the queue, please contact a The following options are set: approve, create_pull_requests |
https://scality.atlassian.net/wiki/spaces/OS/pages/3523346468/2025-10-30+-+Async+Await+migration