v0.1.18

New

• Settings file, to move to a new machine: Settings → Settings file saves the dashboard, the push alerts, the backup folder and automatic backups, and the backup key in one file, encrypted on the server with a password you choose. Loading it on a new install puts them back; a server that already has another backup key asks before replacing it and keeps the old one. The README has a short guide to moving.
• Unused app images, in Settings → Storage: CasaOS keeps the old image after every app update and after an uninstall, and they add up (on our test server, 16 images and about 18 GB, mostly old Immich versions). Atrio lists the images that no container, running or stopped, and no installed app uses, with their size and date, and removes them one by one or all together, showing the space freed. Nothing is removed on its own.
• Update available for apps on "latest" too. CasaOS only offers an update when the App Store moves an app to another tag, so apps on latest, or on a tag like 3 that keeps getting new builds, never showed one. Every 6 hours the server now asks each registry (Docker Hub, GitHub, linuxserver and others) which image the app's tag points at, and the tile shows Update available when it is newer than the one running. Update now saves a backup, downloads the new image of the same tag, recreates the app and checks that it stays up. The tag never changes, and nothing updates on its own. Apps pinned to a digest, and images built on the server, are left out.
• Ignore updates in an app's menu turns its Update available badge off, for an app you keep on its version on purpose. It can still be updated from the same menu, and Show updates again brings the badge back.
• Activity, a tab of the notification centre (also opened from Settings → System and the command palette): what happened on the server, newest first and by day. Apps installed, removed and updated (also outside Atrio), backups by hand, automatic and before updates, restores, backup folder and schedule changes, image cleanups, settings files and Atrio's own updates, with the reason when something failed. The services on the server write it, so it is there even when nobody had Atrio open.
• Safe updates, run by the server. Updates to the App Store's version now go through the server too, like the ones above: a backup first, then the App Store's image written in the app's compose file (only the image line of each service, and only another version of the same image), the download, the app recreated and a check that it stays up. If the new version does not start, the app goes back on its own to the backup made just before, compose file and data, also with no browser open, and the tile says so. A failed download leaves the app as it was.
• While an app updates, its tile shows each step on its ring (backup, download, start, check) instead of the menu staying open with a loading animation.

Fixed

• The install command run with ATRIO_SOURCE, to try the services of a checkout, kept the services of the release instead.

Full changelog: v0.1.17...v0.1.18

v0.1.17

Run the install command one last time after updating to this version: from now on, updating Atrio from the
settings also updates the services on the server (updater, push alerts, backups), so new versions no longer ask for
it.

New

• Automatic backups. In the Backup tab of an app, choose every day or every week, the time, and how many automatic backups to keep (1 to 30). They save the folders ticked in the tab and stop the app while they run, like a backup made by hand, and the oldest automatic ones are deleted; backups made by hand stay. A server that was off at that time makes the backup once it is back on. The tab shows the last automatic backup, and a push alert says when one fails.
• Updating from the settings updates the services on the server too. Each release now carries them in a signed bundle, checked with the same key as the web UI before anything is installed.
• Edit text files in Files, as in the classic CasaOS panel: Edit in the preview of a text or code file, such as an app's docker-compose.yml, then Save. The preview is now a code editor with line numbers, syntax colours for about thirty languages, folding, bracket matching, undo and redo, and a search bar with replace. YAML and JSON are checked as you type: an error is marked on its line, and saving a file with an error asks first. It works on a phone too. Leaving with unsaved changes asks first, and if something else changed the file after it was opened, saving asks before replacing that version. Files over 512 KB stay read only.

Fixed

• The install command shows what it is doing: a line for each step and a progress bar while it downloads Atrio, instead of a long silence between the first and the last line.
• Clicking the Atrio row in the settings no longer turns it white.
• A backup started from the Backup tab while another one runs on the server waits for it, and says so, instead of failing after 30 seconds.

Full changelog: v0.1.16...v0.1.17

v0.1.16

New

• Share folders on your network from Files (#9), as in the classic CasaOS panel: Share in a folder's menu makes it a guest Samba share and shows the address to open it from Windows, a Mac or Linux. Shared folders are marked as such and listed under Shared at the bottom of the sidebar, where sharing can be stopped.

Fixed

• Hovering an app no longer draws a dark shadow around its tile.
• When the push service refuses an alert, the status shows its own answer, such as the reason Apprise gives, instead of only "error 400". Run the install command once more to get it.

Full changelog: v0.1.15...v0.1.16

v0.1.15

New

• Push alerts through Apprise, next to ntfy and Gotify: give the address of your Apprise API server and the key of a saved configuration, and the alerts reach every service in it, such as Discord, Telegram or e-mail. The service on the server learns it when the install command is run once more.
• Settings → Dashboard → "Terminal icon opens" chooses whether the terminal icon in the top bar opens the logs or goes straight to the terminal.
• Backups are encrypted. A backup holds the app's data and its passwords, and can sit on a share or a cloud drive: it is now encrypted with a key that stays on the server. The Backup tab shows the key, to keep a copy for a new machine. Backups made before stay as they are.

Fixed

• Backups are signed, and a restore checks the archive before using it. A backup folder on a network share, a USB drive or a cloud drive can be written by others, and a changed backup could put files outside the app's folders when restored as root. Each new backup now carries a signature made with a key that stays on the server, and a backup changed after it was made, or with files outside the app's folders, is refused. Backups made with 0.1.14 can still be restored from the default backup folder. Run the install command once more to get it.
• The settings of push alerts, with the token of the push service, could be read by every user of the server. Only root can read them now.
• Releases are signed with a key that stays on the maintainer's machine, and Atrio installs an update only if its signature matches. Even someone with access to the GitHub account cannot push an update to your server. This starts with the next update after this one, once the install command has been run again.
• The install command took the services on the server from the code in progress on GitHub, which could be ahead of the release it installs. It now takes them from the latest release.
• On phones the widgets panel covered the top bar, so the only way out was reloading the page. It now opens below the top bar, whose button closes it, and the greeting and apps no longer show or react behind it.
• The menu of an app near the bottom of the screen was cut off. It now opens above the button when there is no room below, and to the left near the right edge.

Full changelog: v0.1.14...v0.1.15

v0.1.14

New

• Backups for each app, in a new Backup tab of the app panel: its settings and the folders you choose, with their size, to a folder you pick. Going back takes one click, and saves the current state first so that it can be undone too. Large folders and folders outside the app's own data are left out unless you choose them. Needs the small service added by running the install command once more.
• Backups can go to another disk, a USB drive, a network folder or a cloud drive: pick any location connected in Files, such as Google Drive, Dropbox, OneDrive or an SMB share. If it is not connected at that moment, the backup stops and says so instead of filling the main disk. For network and cloud locations the app restarts first and the backup is sent afterwards, then read back to check it. Backups are not encrypted yet. The list of an app keeps the backups in every folder used so far, with date and time; those on a disk that is not connected show as unavailable. Tried on a USB drive so far: network and cloud locations should work the same way, but have only been tested with a local stand-in, so check your first backup there.
• Safer app updates. When the service is there, an update saves a backup first, keeping the last 3 made this way. If the app does not come back up while Atrio is open, it offers to go back to that backup.
• A push alert when an app has been updated, so you can start an update and leave the page (#6). It comes within 5 minutes of the app running its new version, and has its own switch in Settings → Push notifications. Existing installs get it by running the install command once more.

Fixed

• Updating an app could take it back to an older version. The App Store pins each app to one version, and CasaOS offers it as an update whenever the installed tag differs, even when it is older or the app runs latest. An older image can refuse the data of a newer one and stop starting. Atrio now checks the direction: no Update available label in that case, and Update, also from the details panel and for several apps at once, leaves the app as it is and says why.
• Update on an app that announces a new version the App Store does not have yet seemed to do nothing. It now says the app is already on the version the App Store offers.
• A card saying "Installing" with a progress bar at 0 could stay on the dashboard after updating an app, until the page was reloaded. Updates show their progress only on the app's tile.

Full changelog: v0.1.13...v0.1.14

v0.1.13

New

• Wider layout. Settings → Dashboard → Width is a slider: on large screens the top bar and the dashboard grow from the usual width up to most of the window. The widget column gets wider and the app grid fits more apps per row instead of larger tiles.
• The greeting has a switch to show or hide it and a size slider, from small to larger than before. Double click a slider to reset it.

Full changelog: v0.1.12...v0.1.13

v0.1.12

New

• Update progress. While an app updates, its tile shows the download of the new version with the same progress ring as installs, then a spinning arc and "Updating" while it restarts (#3).
• The Hardware panel shows how busy the processor is, in total and for each core, next to the memory bar.

Fixed

• Apps whose image is pinned to an exact build (name:tag@sha256:…, as Immich and Nginx do) showed the long hash as their tag in the settings form. The form now shows the real tag, and the details panel shows only the start of the hash.
• On CasaOS forks that only send live data to a signed-in user, such as ReCasaOS, the dashboard stayed frozen: graphs, install progress and notifications now arrive there too.

Full changelog: v0.1.11...v0.1.12

v0.1.11

New

• Add storage from the file manager, as in the classic CasaOS panel: a + next to Storage connects a network folder (SMB, with a name and password or as a guest), Google Drive, Dropbox or OneDrive, or opens the storage manager for a local disk. Network folders, cloud drives and USB disks get a button to disconnect or eject them.
• The greeting above the dashboard can be large, small or hidden (Settings → Dashboard → Greeting); the status chips stay either way.

Fixed

• A failed app update no longer causes an error in the app grid.

Full changelog: v0.1.10...v0.1.11

v0.1.10

New

• App tiles you can use everywhere. The whole tile opens the app (a real link, so middle click and copy link work), the menu button is always reachable on phones and from the keyboard, and Tab now moves through the apps.
• A stopped app no longer starts when clicked: the tile offers Start and open, Start or Details.
• The app menu is in the glass style, with every action labelled: Open and Details first, Uninstall last.
• Quieter status: running apps get a small dot on their icon, and only exceptions get a label: Stopped, or Update available when a newer version is out. Labels stay readable on any wallpaper.
• Compact tiles (about twice as many apps on screen) and a search field for the app grid.
• Push alerts to your phone, even with Atrio closed, through ntfy (public or self-hosted) or Gotify: disk almost full, disk health problems, a hot processor, apps installed or removed, and new Atrio versions. Set them up in Settings → Push notifications, with a button to send a test. A small service on your own server checks every 5 minutes; nothing goes through anyone else's server. Existing installs get it by running the install command once more.

Fixed

• A built-in wallpaper saved by an older build could disappear after an update; it is now found again.
• On phones the icons of the top bar sat lower than the logo.
• On machines where CasaOS reports no disk size (for example in a Proxmox LXC container), the Storage widget showed an endless red animated bar. It now says the size is not reported (#2).

Full changelog: v0.1.9...v0.1.10

v0.1.9

New

• The remaining CasaOS dialogs use the glass look too: WebUI port, wallpaper, CasaOS update and its release notes, external links, the storage manager and disk merge, notes before an install, import, and the update-complete message.

Fixed

• Older notifications showed their date in the browser's language instead of Atrio's.

Full changelog: v0.1.8...v0.1.9