Workflow node result drawer stuck in infinite loading spinner in client-v2 (v2.1.7 - v2.1.8)

Description

After upgrading NocoBase from version 2.0.8 to 2.1.18 and subsequently to 2.1.7-full (hosted on Railway), we can no longer view any Workflow Node Results in the execution history.

When clicking on the “View Node Result” button of any node (including newly executed workflows and historical executions from v2.0.8), the drawer/modal opens but gets stuck in an infinite loading spinner and never renders the data.

The workflow engine itself works perfectly in the background, and all backend data is processed successfully.

:artificial_satellite: Network Request & Response Analysis

The backend functions properly. When checking the browser’s Network tab (F12) upon clicking the node, the API request successfully returns a 200 OK status with the complete data payload, but the UI fails to stop loading.

  • Endpoint called: /api/jobs:get?filterByTk=<JOB_ID>
  • HTTP Status: 200 OK
  • JSON Response Sample (from a failing node):

Environment Context

  • NocoBase Version: Upgraded from 2.0.82.1.8 → Currently on 2.1.7-full.
  • Deployment Platform: Railway Hosting (PostgreSQL).
  • Troubleshooting Done: Executed yarn nocobase upgrade, yarn nocobase clean, and fully re-built the frontend application. Tested on multiple browsers via Incognito mode, but both old and new logs are stuck spinning.

It looks like the client-v2 logger component has a regression bug or an unhandled exception (possibly when parsing null fields or object mapping) inside the /api/jobs data visualizer. Please help investigate.

Please reproduce this problem in the demo environment.
https://a_8hwne7u84ho.v13.demo.nocobase.com/admin/
(Account: admin@nocobase.com, Password: admin123)

1 Like

I tried reproducing this issue in your demo environment but was unable to observe the same behavior. I also upgraded another demo application of mine to version 2.1.8, and the issue did not occur there either.

At this point, it seems that the problem only happens in the application I am currently developing (APP XNK), rather than being a widespread issue or a general defect in this version.

Could you suggest some approaches for debugging this on APP XNK? For example, checking logs, configuration, application-specific data, dependencies, or any tracing/debugging tools that could help identify the root cause more quickly.

Hi, You can see this problem here
https://a_8hwne7u84ho.v13.demo.nocobase.com/admin/settings/workflow/executions/370629636521991