CoreTerm

Version history

← Back to downloads

Changelog

All notable changes to CoreTerm, newest first. Dates are the day the version was published.

The rule for numbers: patch for fixes and wording, minor for new features or changed behaviour. Anything handed to anyone gets a number of its own — a build shared twice under one number is a build nobody can identify from a bug report.


0.10.1 — 15 August 2026

Changed

Nothing has to be changed on an existing install. The old address is still served — not as a redirect, but as the same thing under both names — because the update endpoint is compiled into the application: every copy released before this one asks the old host for as long as it is installed, and the same goes for an apt, dnf or pacman entry written before today. Both keep working.

From this version on the new name is asked first, with the old one still listed behind it, so an update also arrives if one of the two is unreachable.


0.10.0 — 15 August 2026

Added

Only fonts this machine has are offered. There is no API for that, so it is measured: a font that is not installed renders exactly as wide as the generic it falls back to, and one that is installed does not. A name can still be typed under *Enter a name…* for anything the measurement cannot see.

Whatever is chosen keeps the bundled CaskaydiaMono NFM behind it, so Powerline separators and Nerd Font icons come from the patched font at the width of a character cell — which is the thing 0.2.1 was about, and which used to be lost the moment anyone put another font first.


0.9.1 — 13 August 2026

Fixed

Two things 0.9.0 got wrong, both reported straight back.


0.9.0 — 13 August 2026

Fixed

Every SFTP server keeps a bounded table of open handles, and a recursive download opens one per file in a tight loop. The library closes a file when the handle is dropped, but cannot wait for that close to be acknowledged — and that turned out not to be enough. Measured against a real server: the first 1019 files arrived, and files 1020 through 2401 all came back "handle limit reached".

Before this release that ended the transfer, so it looked like a download stopping for no stated reason part-way through a large folder. Handles are now closed and awaited after every file, on the error path too. The same tree: 2400 of 2401, and the one that failed is the one nobody can read.

The same leak was in uploads and in opening a file in the editor.

A file that fails is now stepped over and counted. The transfer runs to the end, the bar shows how many were skipped as it goes, and the summary afterwards lists what was left behind and why. Uploads behave the same way.

Added


0.8.2 — 13 August 2026

Fixed

The dialog builds one set of values and hands it to either "update this session" or "create a new one". The create branch spread those values into a new object and then, on the line below, set the colour back to nothing. Both branches read from the same place, so the colour was correct right up to the point where it was overwritten — and only ever on the first save, which is exactly why it looked intermittent rather than broken.

Fixed

The listing was never the problem. Against a real wings server the directory came back in nine milliseconds — and then the browser waited, because after every successful listing it asks the host who the numeric owner and group ids belong to, and it asks by running getent over a second channel. Wings accepts that channel, accepts the command, and then says nothing at all: no output, no exit status, no end-of-file. Nothing in the client had a deadline, so it waited for a reply that was never coming, with a complete directory listing already in hand.

Three things now stand between that and a hang:

Note

On such a server the Owner and Group columns show . It reports no ids to put there and has no user database to ask; nothing is missing that could have been shown.

A session no longer has to be a shell. The New Session dialog opens with a choice of three.

Added

What this is *not*: the thing that makes a transfer-only server reachable. Measured against OpenSSH with ForceCommand internal-sftp and PermitTTY no, the files were always reachable — a normal session got a terminal that printed "This service allows sftp connections only.", closed, and sat there dead beside a working file list. That terminal is what goes away. Two other things go with it: the monitoring that such an account will refuse, and the shell channel it has no use for. On SFTP servers stricter than OpenSSH, which refuse the session channel outright, it is the difference between connecting and not.

The port list is filled from what is plugged in, and the field stays editable — a session is usually saved before the adapter is connected, and on Linux enumeration only sees what the kernel chose to expose. Right-click in the terminal for *Reset device (pulse DTR)*, which is how most boards are restarted over USB.

Everything the terminal already does applies: scrollback, the paste guard, copy on selection, a separate window, and R to reopen the line after the cable comes out.

Notes


0.7.0 — 9 August 2026

Removed

Both of the temporary things the rename left behind are gone.

`` Windows %APPDATA%\io.coreserv.openmobassh -> %APPDATA%\io.coreserv.coreterm Linux ~/.local/share/io.coreserv.openmobassh -> ~/.local/share/io.coreserv.coreterm ``


0.6.1 — 6 August 2026

Fixed

The leak is in the library and cannot be closed from here. A new channel is a new sftp-server with an empty table, and that can: a listing that fails this way now throws the session away and tries once more on a fresh one. A dropped connection reads the same and is handled the same, so a session that died quietly reconnects instead of staying broken.

One retry, not a loop — if the second attempt fails too, the fault is the path or the server, and repeating would turn a clear error into a hang.

Note on dragging large files out

There is no way to make the download start *after* the drop. What the OS receives at the start of a drag is a list of paths, and it copies from them itself at drop time; nothing asks the application for the bytes. Windows has a delayed-rendering mechanism for exactly this case, but it is Windows-only, has no Linux equivalent, and is not something the drag plugin exposes.

For a large file or a folder, use Download instead: it asks where to put it, runs in the background with progress, and can be cancelled.


0.6.0 — 5 August 2026

Added

The key *id* is left out too: it points into the exporter's vault and would mean nothing, or something wrong, elsewhere. The key's name travels as a hint instead, and the import picks up a local key of that name if there is one.


0.5.0 — 5 August 2026

Changed

Added

Note

Existing colours are untouched. The stored IDs did not change — only what is printed next to them — so nothing needs re-applying.


0.4.1 — 5 August 2026

Fixed

If you already applied a colour this way, apply it again — the old value is still in the vault and still means nothing.


0.4.0 — 5 August 2026

Added

Changed


0.3.0 — 4 August 2026

Changed

Added

Notes for people upgrading


0.2.1 — 4 August 2026

Fixed

That is not a defect in the font. A symbols-only font belongs to no text font and must pick some width; matching a particular one is precisely what it cannot do. Patched Nerd Fonts exist for this, with the icons redrawn onto the host font's cell. CoreTerm now ships CaskaydiaMono NFM — Cascadia Mono, patched — so the text looks the same as before and ten separators in a row occupy exactly ten cells.

A font you set yourself is left alone. For icons there too, use a patched Nerd Font build of it; the font setting says so and offers a way back.

Added


0.2.0 — 4 August 2026

The first version with a number and an update mechanism.

Added

Every package is signed, and the public key is compiled into the application: a compromised update server cannot hand out a version of its own, only withhold updates or serve an old one.

The app installs updates only where it owns its own files — the Windows installer and the AppImage. A package from pacman, deb or rpm belongs to the package manager, which keeps checksums for it and expects to be the one that changes it.

Fixed


0.1.0 — 3 August 2026

First release. SSH and SFTP in one window, sessions in an encrypted vault (AES-256-GCM, Argon2id), port forwarding, a file browser that follows the terminal's working directory, and synchronisation of the vault between machines.