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

Scheduled / Full Calculate does not work if NPC Object BenefitSession is Parent Object #1505

Open
reaganh17 opened this issue Oct 22, 2024 · 1 comment
Labels

Comments

@reaganh17
Copy link

Describe the bug
When attempting to rollup to BenefitSession as the parent object, performing a full calculate or scheduled flow will cause it to hang forever, even when running it on a single record (with just 1 child record for testing).
This is not the case for all NPC objects, as BenefitAssignment can be a parent object without issue. BenefitSession can also be a child object and rollup just fine.
Real-time mode works as well, it just fails on full calculate/scheduled.
Also note that using a scheduled flow and calling the rollup with BenefitSession as the parent works as well.

To Reproduce
Create a rollup with BenefitSession as the Parent, BenefitAssignment as the Child. Rollup a Count of Id, perform a full calculate on a single BenefitSession record. Apex Jobs will show it in Processing mode forever.
Scheduled rollups will fail as well since it's trying to process the job but never succeeds, giving an error that the same rollup is already processing.

Expected behavior
This should be a simple rollup counting the child records.

@reaganh17 reaganh17 added the bug label Oct 22, 2024
@aheber
Copy link
Contributor

aheber commented Oct 22, 2024

@reaganh17 can you report the DLRS version that you are using as well as the rollup configuration you are using?

Do you only have a single rollup or multiple?

Are you able to reproduce this in a minimal org ( a fresh developer edition or scratch org?) or just in your company production or sandbox orgs?

The most important thing will be collecting enough information that we, as a developer team, can replicate this behavior and find the root cause.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants