Note: This release is currently available to early adopters, cloud license accounts in Slovenia, Germany, Switzerland, and Great Britain. Other countries will follow within a few days, except Japan. Server license customers will receive it the next ISL Conference Proxy release.
π New Feature
“Stay logged in” (persistent login)
ISL Light now supports persistent login on the server side, so users stay logged in between application launches. Instead of a password, a rotating one-time token is stored on the device, it changes on every login. Reusing an old, already-rotated token is treated as theft and revokes that login chain. The chain is also tied to the country it was created from, so logging in from a different country revokes it and requires a full login again. It’s automatically revoked on a password reset, email change, account disable, or any 2FA change, and can also be revoked remotely by an admin at any time.
- On by default for regular cloud accounts, nothing to configure on the user side.
- Off by default for accounts using SSO or an external identity provider; an administrator has to enable it for them.
- Account owners and domain admins can manage this in Administration > Settings > Security, and can be set for the domain, or one user:
- Allow “Stay logged in”, on by default, master on/off switch.
- Allow “Stay logged in” for SSO and external users, off by default.
- “Stay logged in” idle lifetime, default 2 weeks, resets on each use; inactivity beyond this logs the user out.
- “Stay logged in” maximum duration, default 365 days, hard cap from first login regardless of activity.
- SSO: ISL Light doesn’t re-check the identity provider on each launch, so disabling/deleting a user there does not immediately end an active session. To cut access off immediately, disable/delete the user in the web portal instead.

Webportal > Administration > Settings > Security > Login
Two new command line arguments were added:
--skip-persistent-login, which disables persistent login for that run--show-native-app-login, which requests the username and password login screen.
Persistent login is also automatically skipped when ISL Light is started with –username, –password or –web-login.

ISL Light > Login (asked only the first time)
Important: Login will move from in-app email/password fields to a Login with browser button. The user logs in once in their browser, and ISL Light then signs them in automatically on every future launch, no browser window, no login screen, no credentials to re-enter.
Customizable shortcuts: Ctrl+Alt+Del and Paste Typing
Two new keyboard shortcuts are available during a session to windows devices, both enabled by default:

ISL Light > In Session > Tools Menu > Paste Typing and Ctrl+Alt+Del shortcuts exposed.
- Right Ctrl + Alt + End: Added a keyboard shortcut for sending Ctrl + Alt + Del to the remote computer, since that combination is reserved by the local device. The shortcut can be changed under the shortcut settings, where shortcuts with multiple keys are now displayed and a warning is shown if the chosen combination is already used by another action.
- Right Ctrl + Shift + V: Added a configurable keyboard shortcut for Paste Typing (simulate typing), which pastes clipboard contents by simulating keystrokes on the remote computer. The default shortcut is Right Ctrl+Shift+V and it can be changed in the shortcut settings. The Tools menu item was renamed from “Paste” to “Paste Typing” and now shows the assigned shortcut.
- Both appear in the Tools dropdown with their shortcut shown, and can be enabled/disabled/rebound in Settings under the renamed Shortcuts section (was “Monitor Shortcuts”). Only the last key (End / V) is customizable; Right Ctrl and the modifier are fixed.

ISL Light > Settings > Remote Desktop > Shortcuts
Copy/paste now supports more formats
Copy/paste between operator and customer now carries more formats: HTML, RTF, CSV, XML Spreadsheet, and Excel data, plus images copied from apps that only provide PNG, DIBV5, or CF_BITMAP (e.g. the new Paint, Snipping Tool, Excel), these used to be lost entirely. Formats are only rendered when the paste target actually requests them, so this doesn’t add overhead for a plain-text paste.
ISL Light Client on Linux Wayland (Limited support)
ISL Light Client on Linux (attended remote support) can now capture the screen and remote-control a Wayland session (via XDG Desktop Portal + PipeWire), including multi-monitor setup.
This is a limited-support feature. Known limitations in this version:
- Not supported when connecting to ISL AlwaysOn for unattended access.
- The remote Linux machine must be set to 100% display scaling; non-default scaling (125%, 150%, 200%, etc.) is not yet supported and is planned for a future release.
- Clipboard only works one way. Copy/paste from operator to client works; copy/paste from client to operator does not.
- Custom region display freezes for the operator. Under Desktop > Display Area > Custom region, the operator sees the selected region but the image is frozen, mouse movement and clicks on the Linux machine aren’t shown, even though they happen locally.
- Session recording playback can miss actions. Playback runs slower than the live session, so quick clicks and actions during the session may not appear in the recording.
- The Marker tool doesn’t draw. The toolbar shows the Marker option, but whiteboard/drawing tools aren’t supported on Wayland yet; trying to draw controls the remote screen instead.
- A “feature not supported” pop-up can ignore mouse clicks. Seen going from Ubuntu 24 (Wayland) to Ubuntu 26 (Wayland) when selecting Marker; the pop-up can only be dismissed with Enter, not a click.
- Sharing doesn’t resume after a lock/unlock. If the Linux client locks the screen during streaming, the operator sees a gray screen even after the user logs back in, the client user has to click Stop Sharing and start sharing again to recover.
Redesigned “New Session” window
Redesigned “New Session” window that appears when starting a remote support session.

ISL Light > New Session Window
- Session name can be edited directly in the window (no more separate edit step after the session starts).
- Session codes are now split into groups of 3 digits: Codes display as e.g. 123 456 78 instead of one long string.
- Session Code and Session Link each have their own copy button with a “Copied” confirmation.
- An “Invite via email” section is built into the window (Settings + Send), so you don’t need to go to Settings first. Send shows a “Sent” confirmation.
- If your admin has disabled clipboard-copy for the URL or code, or disabled email invites, those sections are hidden automatically.
- The status bar text while waiting for the customer to join has been updated.
- Session > Edit Session (toolbar) and Security icon > Details still work as before.
- Disabled buttons no longer show a hover state.
Install ISL Light remotely during a session
From Tools > Install ISL Light, an operator can now trigger installation of the full ISL Light app on the customer’s machine during any active session (ISL Light Client), the same option is available to the customer from their ISL Light Client > Settings menu. No manual download/website step needed for future sessions once installed. Naming/branding follows whatever customization is active for whoever triggered the install.
“Install ISL Light” menu item can be hidden with the command-line: --on-load "customization?disable_install_isllight=true".

ISL Light > In-Sessions > Tools Menu > Install ISL Light
Feedback & Resources menu
The ISL Light desktop app (login window and dashboard) now has menu items for Send Feedback, What’s New, and Help & Manuals. These open the relevant page in your browser; if you’re logged in, feedback and what’s-new links carry your login automatically.
All three menu items can be hidden with command-line: --on-load "customization?disable_feedback=true".

ISL Light > Sessions / Computers > Menu
WebAuthn (FIDO2) support for Windows clients
ISL Light on Windows now reports to the server that it supports WebAuthn-based two-factor authentication, so security key login can use WebAuthn when the server offers it, replacing the older U2F/FIDO1 method that browsers and operating systems are phasing out. (macOS/Linux support is separate, not yet included.)
π§ Improvements
Faster large clipboard pastes
Pasting files that are copied from a remote clipboard is now faster. Chunks of file data are requested in advance and served from a buffer instead of waiting for each chunk to be fetched one at a time, which noticeably reduces transfer time for large files on slower connections. (Also fixed a related bug where chunk-size handling was reading the wrong setting internally.)
ISL Light Client window opened too large when using –touch-pad
Joining a session with numeric keypad in ISL Light Client or the --touch-pad command-line option used to leave the client window taller than needed after joining. The window now correctly resizes to its normal session size once the session starts.
π Bug Fixes
Stopping clipboard sharing could hang
Users experienced an issue where stopping clipboard sharing could hang in some cases, when the helper process handling the clipboard was not running at that moment, leaving the clipboard connection open instead of closing it. The functionality was redesigned and the issue is no longer reproducible.
Clipboard could miss content copied before the session was ready
Clipboard monitoring on the shared computer now starts inactive and begins reporting clipboard changes only after the session connection is fully established. Content copied before that point is not transferred; the next copy is picked up normally.
Clipboard did not work right after the remote desktop view opened
In some sessions the clipboard did not work correctly right after the remote desktop view was opened, because session components were initialized in an inconsistent order. The initialization order was made deterministic, and clipboard now works from the start of the first desktop stream.
Security-key login could silently fail in some flows
A required flag telling the server the client supports WebAuthn was missing from one code path (the login dialog), which could prevent security-key-only 2FA users from logging in via that path once WebAuthn 2FA is enabled server-side.







