2026.10 Infrastructure Changes
3 min read
💥 Breaking Changes Troubleshooting
ADDED
Changes on Application environment
Change | Environment Variable Name | Application Default Value | Example | Required | Applications | Short Description |
|---|---|---|---|---|---|---|
Added
|
|
|
|
bREAKING |
| Scope Management API URL to manage SCIM keys in the frontend. |
Added |
| (empty — no auth) |
|
|
| Optional API key sent to the Whisper OX transcription server. When set, the key is included in requests to the |
Added |
|
|
|
|
| Header name used to send the Whisper OX API key. Only used when |
Added |
|
|
|
|
| Enables ability to re-run the whole agentic table sheet |
Added |
|
|
|
|
| Enables ability to re-run a single row |
Added |
|
|
|
|
| New design for the Sources and Questions list which allows deletion of sources + questions in an Agentic Table Sheet |
Added |
|
|
|
|
| Adds fine-grained sharing controls for managing and editing Agentic Table Sheets. |
Added |
|
|
|
|
| Allows multi-selection of files in Knowledgebase column view |
Added |
|
|
|
|
| Changes the visualisation of the references in chat showing up to three before aggregation |
Added |
|
|
|
|
| Changes the visualisation of the references in chat to numbers instead of text showing up to five before aggregation. Note: Requires |
Added |
|
|
|
|
| Enables the configuration and usage of the code execution tool when setting up spaces (assistants). Note: Requires |
Added |
|
|
|
|
| This flag enables admin modification for end user space toggle visibility, end user spaces creation and management |
Added |
|
|
|
|
| This feature flag enables the correct behaviour of message logs in the new chat UI. Note:The flag |
Added |
|
|
|
|
| This flag enables displaying elicitation calls. Currently used for approval of web search queries. |
Modified | FILE_ACCESS_REBUILD_BATCH_SIZE | 250 | 250 |
|
| Sets how many file-access–related records are processed in one batch during the file access rebuild maintenance job. |
Modified | FILE_ACCESS_REBUILD_REBUILD_ALL |
|
|
|
| Controls which content is included in the file access rebuild |
Deployment Remark
In the release 2026.10 there is a dependency in the order of the application deployments. The application backend-service-scope-management needs to be deployed before the application backend-service-ingestion.
Reason is that the Scope and Scope Access Migration, of backend-service-ingestion, requires the updated backend-service-scope-management.
Zitadel Vulnerability patch
Upgrade Zitadel to v3.4.7 to fix vulnerability issue.
File Access Migration Update
As part of this release, we will run a file access migration for all customers, regardless of whether the File Access feature is enabled or not.
After deployment and completing the below “Node ingestion hooks update“ the migration will not begin automatically and will be launched manually. This process updates existing indexes to support the new file access structure. Depending on the size of your environment and the volume of files, it may take approximately 12 to 24 hours to complete.
The migration is designed to run safely in the background. During this window, you may notice slower ingestion speeds. Aside from that, no other performance degradation is expected.
Scope and Scope Access Migration update
As part of this release we will migrate the scope and scope access data from backend-service-scope-management to backend-service-ingestion.
To maintain backward compatibility backend-service-scope-management will still expose the resolvers and call backend-service-ingestion.
The below “Node ingestion hooks update“ needs to be done before deployment.
During the running of the data migration the operations that require scopes and scope accesses will not complete and the end user will see an error.
Depending on the size of your environment and the volume of data, it may take approximately 1 to 2 hours to complete.
Required Node ingestion hooks update
A new data migration hook has been added to the backend-service-ingestion. The migration command in the migration hook in the default values of the service need to be adjusted.
// search for
cd /home/node/app/services/node-ingestion/prisma; npx prisma migrate deploy --config ../prisma.config.ts;
// replace with
cd /home/node/app/services/node-ingestion/prisma; npx prisma migrate deploy --config ../prisma.config.ts; cd /home/node/app/services/node-ingestion/dist; RUNNING_MODE=data-migration node /home/node/app/services/node-ingestion/dist/main.js;The final result should look like this in the default values of backend-service-ingestion:
hooks:
migration:
command: |
cd /home/node/app/services/node-ingestion/prisma; npx prisma migrate deploy --config ../prisma.config.ts; cd /home/node/app/services/node-ingestion/dist; RUNNING_MODE=data-migration node /home/node/app/services/node-ingestion/dist/main.js;
enabled: true
Author | Solution Engineering |
|---|