Skip to content

Release 2.54.1: the first click on Create lands while a tag is still typed - #835

Merged
adibhanna merged 2 commits into
mainfrom
v2.54.1
Sep 22, 2026
Merged

adibhanna merged 2 commits into
mainfrom
v2.54.1

Conversation

@adibhanna

Copy link
Copy Markdown
Contributor

ZenNotes 2.54.1

One fix, no feature: a follow-up to #826 (the New note form that 2.54.0 added to note search), found the same day 2.54.0 shipped while the phone shells were being moved onto its core. Nothing else changed since 2.54.0.

Fixes

  • Fix(search): the first click on Create lands while a tag is still typed in the New note form ([Feature Request] Create Notes from Search #826 follow-up). The footer buttons took focus on mouse-down, which blurred the Tags field, committed the typed word as a chip and unmounted the suggestion row under the fields, so the footer moved before the mouse came back up and the click never fired. The buttons no longer take focus on mouse-down, and create() counts the text still typed in Tags the way Enter does.

Verified before this PR

  • npx turbo run typecheck --force 7 of 7, nothing from cache; npx turbo run test:run --force: shared-domain 1,685, app-core 2,646 (1 skipped), desktop 891 (4 skipped). The two new SearchPalette.test.ts cases were red on 2.54.0 and are green here.
  • npm run pack (runs the desktop build:prod fresh, then electron-builder); the packaged app launched with both stores isolated: CDP page target in 1.5 s, version 2.54.1.
  • Smoke against the release build: test:vim-editor, test:sidebar-vim, test:editor-improvements, all green with no renderer console errors.
  • The bug reproduced in the built 2.54.0 app over CDP with real mouse press and release events (Create moved 44 px, nothing written) and is gone in the built fixed app (Create did not move, one click wrote the note with its tag).

Docs: none needed; no user-facing behaviour is new, the form now does what 2.54.0 said it does.

adibhanna and others added 2 commits September 22, 2026 14:40
In the New note form (note search, #826), typing a tag in the Tags
field and reaching for Create with the mouse lost the click. Pressing
the mouse on the button moved focus to it, the Tags field blurred and
committed the typed word as a chip, the suggestion row under the
fields unmounted, and the footer moved up before the mouse was
released. No click fired. In the built app the button moved 44 px, the
release landed on the backdrop, and the palette closed with the typed
name and tag gone; with a taller list the release lands inside the
card and a second click works, which is how it was noticed.

The footer buttons and the "Open it" button no longer take focus on
mousedown, the way the folder and tag rows under the fields already
did not, so nothing moves until the click completes. `create()` was
already counting text still typed in Tags, the way Enter does.

Found during the phone pass on core 2.54.0; the phones get it with
the shell releases that adopt this core.

Co-authored-by: Amp <amp@ampcode.com>
Amp-Thread-ID: https://ampcode.com/threads/T-01a0c45f-844c-77b8-846b-3e25b2447dab
@adibhanna
adibhanna merged commit 0285443 into main Sep 22, 2026
9 checks passed
@adibhanna
adibhanna deleted the v2.54.1 branch September 22, 2026 19:59
@adibhanna
adibhanna restored the v2.54.1 branch September 22, 2026 19:59
@adibhanna
adibhanna deployed to boundary-artifacts September 22, 2026 20:13 — with GitHub Actions Active

This branch was successfully deployed

1 active deployment
boundary-artifacts 0285443b Deployed Sep 22, 2026 by adibhanna via draft #10
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant