Hi Team,
We are currently facing an issue with job detail logging during the execution of a flow.
Issue Summary:
We have added custom scripts (preMap, postMap, and postSubmit) to our flow to log the options.job object and help us trace job metadata during runtime. Here is the sample code used:
What’s Working:
- When using the Preview feature while writing the script, the options.job object is populated correctly and visible in the logs.
(See Snapshot 2)
What’s Not Working:
- During actual flow execution, the logs consistently show:
job : {"parentJob":{}} in all stages — preMap, postMap, and postSubmit. (See Snapshot 3)
- The postMap function does not execute at all during real execution (only works during Preview).
- When using similar logic in preSavePage, the logs appear blank initially, and after 7–20 minutes, job details start appearing in the console.
Additional Observation:
We did not run the flow twice but waited to observe the behavior of the parentJob field, which initially appeared as parentJob: {} at 12:25:08 PM on 05/16/2025, and by 12:30:33 PM - without any changes to the flow - it was fully populated with metadata including _id, type, startedAt, etc. (see Snapshot 1).
This suggests there may be a delay or internal lag in metadata propagation within the Celigo platform.
We would like to understand:
- Why are job details (especially parentJob) empty or delayed during actual flow executions?
- Why is the postMap function being skipped during live runs?
- Is the delayed logging in preSavePage a known issue?
- Are there best practices or configurations to ensure consistent availability of job context?
Snapshot References:
- Snapshot 1: parentJob: {} during execution at 12:25:08 pm. Complete job details visible at 12:30:33 pm
- Snapshot 2: Preview Screenshot: Showing full job object
- Snapshot 3: Log Entries: Log Entries for (preMap, postMap, and postSubmit)