Skip to content

FOUR-30871 [50383] Slow response time in API PUT /api/1.0/tasks/xxxxx.#8796

Open
gproly wants to merge 1 commit intodevelopfrom
bugfix/FOUR-30871
Open

FOUR-30871 [50383] Slow response time in API PUT /api/1.0/tasks/xxxxx.#8796
gproly wants to merge 1 commit intodevelopfrom
bugfix/FOUR-30871

Conversation

@gproly
Copy link
Copy Markdown
Contributor

@gproly gproly commented Apr 27, 2026

Description:
mergeLatestStoredData() now reads only the data column via value() instead of hydrating a full ProcessRequest row—this path runs often during BPMN transitions, so it cuts unnecessary I/O and model work on large JSON payloads.

BpmnAction loads the request with with(['process','processVersion','collaboration']) to avoid N+1s when wiring the engine, and uses whereKey()->exists() instead of find() for the lock existence check so the DB does not return full rows when only presence matters.

Related tickets:
https://processmaker.atlassian.net/browse/FOUR-30871

Description:
mergeLatestStoredData() now reads only the data column via value() instead of hydrating a full ProcessRequest row—this path runs often during BPMN transitions, so it cuts unnecessary I/O and model work on large JSON payloads.

BpmnAction loads the request with with(['process','processVersion','collaboration']) to avoid N+1s when wiring the engine, and uses whereKey()->exists() instead of find() for the lock existence check so the DB does not return full rows when only presence matters.

Related tickets:
https://processmaker.atlassian.net/browse/FOUR-30871
@processmaker-sonarqube
Copy link
Copy Markdown

@gproly gproly requested review from caleeli, pmPaulis and rodriquelca and removed request for rodriquelca April 27, 2026 20:36
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants