v4.3.2

Fixes

• Brew-TUI-Bar: suppress cloudflared brew-services false positive (default plist runs without tunnel args → permanent exit 1)

v4.3.1

Fixes

• Auto-revalidate license before denying Pro access when lastValidatedAt is stale or clock-skewed
• Brew-TUI-Bar silently refreshes the license envelope on launch (no manual brew-tui revalidate needed)
• Tolerates ≤24h future clock skew while the server stamp is corrected

v4.3.0

Brew-TUI-Bar 4.3.0

What's New in Homebrew modal: search across all of Homebrew.

The search field now queries the entire Homebrew catalog — core taps plus any third-party taps you've added — once you type two characters, instead of only filtering the recently-added feed. Powered by brew search + brew info, with live results, descriptions (including third-party taps), and a jump when a match lives under the other tab.

Brew-TUI CLI and Brew-TUI-Bar are released in lockstep at the same version.

v4.2.0

Brew-TUI 4.2.0 / Brew-TUI-Bar 4.2.0

Brew-TUI-Bar (menu bar app):

• Redesigned popover layout: package status centered under the header, "What's new in Homebrew" moved to the footer.
• Animated up-to-date checkmark on every popover open.
• Larger app icon and rebranded header title.
• Per-package auto-upgrade countdown shortened to 3s and made independent (starting one no longer cancels others).
• Concurrent upgrades are now queued and run in order instead of being dropped.

Assets: notarized Brew-TUI-Bar.app.zip (consumed by the Homebrew cask and brew-tui install-brew-tui-bar).

v4.1.1

Brew-TUI-Bar

• One-click upgrades with an 8s cancelable countdown (no confirm dialog)
• Launch at login: handle requiresApproval + clearer errors, re-sync toggle
• New menu bar icon assets

Both

• Version aligned across npm and the menu bar app at 4.1.1

v4.0.5

Changes

• Redesigned "What's new in Homebrew" with premium crystal panels, kind badges, and staggered animations
• Fixed cask discovery (formulae.brew.sh metadata decode + Add-prefixed commit parsing)
• Improved banner contrast and live package counts in the popover

Full Changelog: MoLinesDesigns/BrewTUI-Bar@v4.0.4...v4.0.5

v4.0.4

Changes

• Improved new packages discovery UI
• Concurrency and timeout hardening in brew process helpers
• Localization fixes for version mismatch and license alerts

Full Changelog: MoLinesDesigns/BrewTUI-Bar@c052bc5^...c052bc5

v4.0.3

Full Changelog: v4.0.2...v4.0.3

v4.0.2

Brew-TUI-Bar fixes

Popover responsiveness after upgrade
The popover would lock up after a sheet (settings, install progress, "what's new") closed and the user later reopened it. 4.0.1 covered the immediate post-dismiss case via onDismiss: restorePopoverKey; this release also recreates the SwiftUI hosting controller on every popover show, defers makeKey() to the next runloop, and conforms to NSPopoverDelegate so transient closes clean up the click-outside monitor.

Cask-aware upgrades
brew upgrade <name> without --cask/--formula is ambiguous for certain casks (auto-updates, version :latest, cask-metadata desync). Brew silently no-ops with Warning: Not upgrading X, the latest version is already installed but exits 0, so the modal showed "Done" over a package that immediately reappeared in the next refresh.

Now each outdated row carries its kind, and upgrade(package:) passes the right flag. We also parse the "Not upgrading" warning into a .failed stage and flip overall success to failure when all tracked seeds ended .failed despite brew exiting 0 — so you see a clear error with a hint to try brew reinstall instead of a false "Done".

Update

brew upgrade brew-tui
brew upgrade --cask brew-tui-bar

v4.0.1 — Fix popover bloqueado tras cerrar sheet

Brew-TUI 4.0.1 — Fix: popover bloqueado tras cerrar sheet

Bug detectado y reportado tras 4.0.0: el popover queda visible pero ninguno de sus botones responde al click después de cerrar un sheet (modal de install/upgrade, Settings, o "What's new in Homebrew"). Los botones aparecen habilitados pero los clicks no llegan, obligando a matar la app y relanzarla.

Causa

Interacción conocida entre NSPopover y SwiftUI.sheet en macOS: al cerrarse el sheet, el _NSPopoverWindow subyacente pierde su key-window status y no lo recupera. La vista sigue dibujándose pero el hit testing de SwiftUI solo enruta eventos a la window key — los clicks sobre los botones se descartan antes de llegar a los handlers.

Fix

Cada .sheet ahora pasa onDismiss: restorePopoverKey, que localiza la NSWindow del popover (match por className conteniendo Popover, con fallback razonable) y llama makeKey() en el siguiente runloop tick. Asíncrono a propósito para no competir con la animación de cierre del sheet.

Aplica a los tres modales:

• Settings
• Install progress
• What's new in Homebrew

Cómo actualizar

brew upgrade --cask molinesdesigns/tap/brew-tui-bar

(Solo cambia el menubar app; el CLI y el formato de licencia no cambian. Si ya estás en 4.0.0 y tu licencia funciona, no necesitas tocar nada más.)