# io.Connect Desktop 10.4.2

Source: https://docs.interop.io/desktop/getting-started/changelog/platform/10-4-2/index.html

## io.Connect Desktop 10.4.2

*Release date: 15.09.2026*

| Components | Version |
|------------|---------|
| Electron | [43.2.0](https://releases.electronjs.org/release/v43.2.0) |
| Chromium | 150.0.7871.129 |
| Node.js | 24.18.0 |

The following libraries are bundled with **io.Connect Desktop** 10.4.2 and will be used for [auto injection](https://docs.interop.io/desktop/getting-started/how-to/interop-enable-your-apps/javascript/index.md#auto_injection):

| Injected Library | Version |
|------------------|---------|
| [`@interopio/desktop`](https://www.npmjs.com/package/@interopio/desktop) | [6.22](https://docs.interop.io/desktop/getting-started/changelog/libraries/interopio-desktop/index.md#622) |
| [`@interopio/fdc3`](https://www.npmjs.com/package/@interopio/fdc3) | 2.11 |

## New Features

> ### Awaited Apps in the Boot Sequence Signals
>
> The data returned by the `"T42.AppManager.AutoStart.Stage"` Interop method used for receiving [app batch start and completion signals](https://docs.interop.io/desktop/capabilities/more/features/index.md#boot_sequence-app_batch_start__completion_signals) during the boot sequence now contains `awaited` and `notAwaited` properties. These properties are available only when the current run priority batch of apps has completed loading (i.e., when `phase` is `"stageCompleted"`).
>
> The `awaited` and `notAwaited` properties hold the names of the apps in the batch for which the platform respectively did and didn't wait before continuing the boot sequence:
>
> ```javascript
> const methodName = "T42.AppManager.AutoStart.Stage";
> const handler = ({ phase, awaited, notAwaited }) => {
>     if (phase === "stageCompleted") {
>         // The platform has waited for these apps.
>         console.log(`Awaited: ${awaited}`);
>         // These apps may still be starting.
>         console.log(`Not awaited: ${notAwaited}`);
>     };
> };
>
> await io.interop.register(methodName, handler);
> ```

## Improvements & Bug Fixes

> - Fixed an issue related to properly respecting the values of the `"waitForInitialization"` property in the boot sequence configuration of an app.
>
> - Fixed an issue on Windows that could cause the platform to freeze during startup on machines on which security software delays the first load of the platform binaries.
>
> - Fixed an issue related to starting **io.Connect Desktop** via a protocol handler while the platform is already running.