Published . Development milestone: October 29, 2026.
Keeping the desktop steady through an update.
October 29 brought compatibility fixes for Hyprland 0.57, covering everyday window handling, opening account sign-in pages and recovering a usable lock screen after a desktop restart.
Switching between windows, bringing a minimized app back and signing into an account should feel ordinary. October 29’s work focused on keeping those actions dependable as Ecliptic adapted to Hyprland 0.57, the new version of the software that manages its desktop and windows.
Some changes had already been tried in a test virtual machine. Others were targeted fixes in development source, with more hands-on checking still needed. This was progress on compatibility and recovery, rather than a claim that every display or session problem had been resolved.
Windows that return to the right place
Hyprland changed how it identifies named workspaces and individual windows. That affected several small actions people rely on: the Alt+Tab preview list, showing the desktop, restoring minimized windows and choosing a window for a screenshot.
Ecliptic now handles the new identifiers alongside the older format. A minimized window can be restored to the current named developer workspace rather than being sent to the first numbered workspace. Showing the desktop and bringing its windows back also use the correct workspace. The bar’s workspace buttons, screenshot selection and the dock’s decision to hide behind a window received matching adjustments.
Two later fixes addressed windows that close while the desktop is still referring to them. A brief progress window, such as the one used when emptying the Trash, could disappear before a delayed window-placement task ran and trigger a desktop configuration error. The task now keeps the information it needs without reading back from a vanished window.
Alt+Tab received similar protection: its list keeps a snapshot of each window’s details, so a window closing while the switcher is open no longer leaves it trying to read those details from a closed window.
A sign-in button that can open its page
Online Accounts can start before the graphical desktop is ready. That exposed an awkward failure: Mail could ask you to Sign in again, but the account service could still be trying to open the browser without knowing where the screen was.
The updated launch code reads the current desktop connection when opening the sign-in page. It also starts the browser separately from the account service, so a browser it launches is not tied to that service’s lifetime. This addresses the page-opening step; it does not change which providers or accounts are approved for use.
A way back to the lock screen
A display returning through a keyboard, video and mouse switch exposed a more disruptive problem: Hyprland stopped, then restarted in a locked state without a usable unlock screen.
One change turns off Hyprland’s new realtime scheduling mode in Ecliptic’s desktop, login-screen and installer launchers. A test virtual machine confirmed that Hyprland then used normal scheduling. That checks the setting itself; it does not establish that every failure when reconnecting a display is solved.
A separate recovery change handles the locked restart. When Hyprland’s restart mechanism starts the desktop locked, Ecliptic’s launcher now supplies a lock-screen command as well. An ordinary start keeps its normal behavior. This is a route back to an unlock prompt, not a way to restore applications lost when a desktop session stops.
What was checked and what remains
The recorded Hyprland 0.57 virtual-machine trial covered Alt+Tab’s list and thumbnails, workspace actions, showing the desktop and restoring windows on a developer workspace, screenshot window boxes and the bar’s workspace buttons. That trial reported no desktop configuration or Lua errors. A read-only check also confirmed the workspace selector against the older running version.
The scheduling change had its own before-and-after virtual-machine check. The later short-lived-window, switcher, sign-in launcher and locked-restart changes did not have separate end-to-end test results recorded by the day’s cutoff. Real display switching, a fresh account sign-in and recovery from an actual locked session failure still needed hands-on verification.
These are changes committed through October 29. Package installation and a newly built installer containing them are not established here. Ecliptic remains in development, with compatibility work and longer-running checks continuing before a public release.