Skip to content

fix: Remove sequential execution limit from pm.execution.runRequest#1544

Merged
appurva21 merged 9 commits intodevelopfrom
update/remote-sequential-execution-limit-from-run-request
Mar 26, 2026
Merged

fix: Remove sequential execution limit from pm.execution.runRequest#1544
appurva21 merged 9 commits intodevelopfrom
update/remote-sequential-execution-limit-from-run-request

Conversation

@deve-sh
Copy link
Copy Markdown
Collaborator

@deve-sh deve-sh commented Mar 18, 2026

No description provided.

@codecov
Copy link
Copy Markdown

codecov bot commented Mar 18, 2026

Codecov Report

❌ Patch coverage is 0% with 17 lines in your changes missing coverage. Please review.
✅ Project coverage is 40.61%. Comparing base (b87b90f) to head (545668b).
⚠️ Report is 2 commits behind head on develop.

Files with missing lines Patch % Lines
lib/runner/nested-request.js 0.00% 17 Missing ⚠️

❌ Your patch status has failed because the patch coverage (0.00%) is below the target coverage (100.00%). You can increase the patch coverage or adjust the target coverage.

Additional details and impacted files
@@             Coverage Diff             @@
##           develop    #1544      +/-   ##
===========================================
- Coverage    40.75%   40.61%   -0.14%     
===========================================
  Files           50       50              
  Lines         3914     3927      +13     
  Branches      1127     1130       +3     
===========================================
  Hits          1595     1595              
- Misses        2196     2209      +13     
  Partials       123      123              
Flag Coverage Δ
unit 40.61% <0.00%> (-0.14%) ⬇️

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

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

* to indicate whether vault access check has been performed.
* @param {Number} [options.nestedRequest.invocationCount] - The number of requests currently accummulated
* by the nested request chain.
* @param {Array} [options.nestedRequest.nestingChain] - The current chain of nested request item ids
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nestedRequest.callStack?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Updated

maxInvokableNestedRequests = _.get(self, 'options.maxInvokableNestedRequests'),
itemId = item.id,

nestingChainMetaForCurrentItem = { popped: false },
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

isRemovedFromCallStack

Also, does this need to be an object? Can a simple Boolean work?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This was done just for the runtime's excessive checks on const and lets being in the same block 😅 Have renamed and moved it but will need an eslint-disable comment at the end.

appurva21
appurva21 previously approved these changes Mar 26, 2026
itemIndex = callStack.lastIndexOf(itemId);

if (itemIndex !== -1) {
self.state.nestedRequest.callStack.splice(itemIndex, 1);
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

you can directly use the destructured variable callStack

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So I have preferred not updating the destructured variable as I am trying to ensure the mutations go to the self.state.nestedRequest object, which is shared across runs.

There was an issue in the app that gets fixed only if all mutations to nested properties go via this chain instead of a destructured variable.

});

self.state.nestedRequest.invocationCount++;
self.state.nestedRequest.callStack = self.state.nestedRequest.callStack || [];
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this needed even when we are setting the default [] above?

@appurva21 appurva21 merged commit 222f90d into develop Mar 26, 2026
12 of 19 checks passed
@appurva21 appurva21 deleted the update/remote-sequential-execution-limit-from-run-request branch March 26, 2026 12:38
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