AutoHush 0.11.0

Changed

• Settings has a sidebar, like System Settings. Its pages are General,
  Apps, Detection, Fades, Diagnostics, Updates and About; the sidebar also
  shows AutoHush's version and a link to support it. The window no longer
  changes height from tab to tab: you resize it, and it opens where and as
  big as you left it.
• Settings → General shows your media player with what it's doing,
  whether AutoHush may control it and whether it fades, and Auto-Pause
  under it. Every player is a tile under it, three a row: click one to
  choose it. The welcome window shows the same tiles, and scrolls past five
  rows of them.
• AutoHush is in the Dock while one of its windows is open.
• The menu's players come under "Supported Apps", as in Settings, then
  the Safari web apps under their own heading.
• Learning a web app's controls happens in its window only. The menu
  and Settings no longer show the steps. Instead, a Controls row in the
  menu's card and in Settings says whether they're learned, with Learn
  Controls (or Learn Again once learned): a new learning window that
  starts over, closing one still open. Learn Controls Again… is gone
  from the menu's players.
• Learn Again keeps what AutoHush learned until you click It's Playing.
  Until then the web app is still paused and resumed as before, so a click
  by mistake costs nothing: closing the window, or Later, keeps it.
• The Mac's standard menus and keyboard shortcuts. While one of its
  windows is open, AutoHush has the usual menu bar: ⌘V pastes a web
  address, ⌘W closes the window, ⌘Q quits and ⌘, opens Settings. Return
  presses a window's main button, or, in the welcome window's search, picks
  the player it narrowed down to; Escape presses Cancel. AutoHush still
  adds no shortcuts of its own.
• The welcome, Add a Web App and learning windows look like Settings.
  Their title sits in the title bar, as a Settings page's name; under it,
  the icon and what the window is for, then headed cards, and the buttons
  in a bar along the foot. The welcome window keeps one width for both its
  pages, and its permissions show on squares in your accent color.
• AntiDot mode is on the Detection page, with the timings. While it's on,
  the silence threshold, which only measuring uses, is hidden. Updates
  has a page of its own.
• Restore Defaults sets back only what its page shows: Detection's
  timings (not the silence threshold while AntiDot mode hides it), or the
  fades.
• Media, not just music. AutoHush pauses music, podcasts and videos, and
  now says so: you choose your media player, the switch is just
  Auto-Pause, and the timings and fades talk about playback.
• Liquid Glass on macOS 26 and later. The menu's card, Settings' cards
  and AutoHush's buttons are glass, and macOS draws its own controls in
  AutoHush with it too. On macOS 15 AutoHush looks as it always has.

Fixed

• AutoHush didn't open on Intel Macs. It was built for Apple silicon
  only; it now runs on both.
• AntiDot mode could show the purple dot. With "Open audio streams
  only", a web app that wouldn't pause (during an ad) was still muted, and
  listened to first, through an audio tap. AntiDot mode now never taps, as
  it promises.
• A fade-out called off at the wrong moment came back up fully, then
  faded out again, when another app started just then. It now fades out
  again from where it was.
• AutoHush's windows fell behind other apps' after a desktop switch.
  Going to another desktop and back brought the app you'd used before in
  front of Settings or the welcome window. Now AutoHush's window stays in
  front.
• The first It's Playing after opening a web app didn't take. It said
  AutoHush couldn't see the web app's page, and a second click worked:
  Safari prepares a page for AutoHush only when it's first asked, and
  answers that first question with nothing. Now AutoHush asks again.

AutoHush 0.10.0

Fixed

• The menu showed some errors in English. When the music player answered
  a start with an error, the status line showed the technical message. Now
  it says "Can't control TIDAL right now" in your language, and an ⓘ after
  it tells why, in words.
• A pause the music player refused went unnoticed. The card kept saying
  "Playing" while the other app played. Now it says "Couldn't pause —
  Safari is playing", with the same ⓘ, until the other app stops.
• Music paused just as the Mac went to sleep could come back after
  waking. When another app started playing as the Mac fell asleep, the
  pause finished after it, and the music was resumed once awake. Now it
  stays paused, as after any sleep.
• SoundCloud could learn a song's Play button instead of the player's.
  Its player bar says "Play current", and the songs' own buttons, some
  scrolled out of sight, just "Play". Learning now prefers the button in
  sight that sits with the player's other controls.
• A web app just added could be reported as not installed while macOS
  hadn't caught up with it yet.
• Smaller fixes: adding a web app no longer holds AutoHush up while Safari is
  slow to answer, and the learning steps can no longer go back to an
  earlier step.

Changed

• You name the web app yourself. Add to Dock opens Safari's Add to Dock
  window and leaves it to you: change the name if you like, then click Add.
  If you cancel it, Add to Dock opens it again.
• The Add a Web App and learning windows stay in sight. They float above
  other apps, in the top-right corner of the screen, while Safari and the
  web app come in front.
• Learning a web app's controls takes one click. Once the song plays and
  you click It's Playing, AutoHush pauses the web app itself with the
  keyboard's Play/Pause key, learns which button changed, and plays it
  again. If that doesn't take, the step says so, with Try Again and Pause It
  Manually, which lets you pause it yourself, as before. The minute you have
  for that now stands out.
• Settings → Diagnostics shows the music player's last error, and for
  TIDAL and Apple Podcasts whether AutoHush could read their own words for
  Play and Pause.

AutoHush 0.9.0

Fixed

• Adding a suggested web app from the welcome window left two windows
  asking for the same permission. Now the Add a Web App window closes once
  the web app is added, the welcome window asks for what it needs, and Done
  opens the window that learns its controls.

Changed

• Settings → Apps: click an app, then Remove. Removing one app was only
  in its right-click menu. Now a click selects it, and Remove, under the
  list, takes it off. Removing an app you turned off asks first, since it
  then pauses your music again.

AutoHush 0.8.6

Fixed

• It's Playing did nothing when AutoHush couldn't read the web app's
  page. With the web app closed, without a window, or with a window macOS
  restored at login (it can show its buttons without their names), the
  click did nothing, or It's Paused then always said no button changed. Now
  the step says AutoHush can't see the page, and to open its window, or
  close it and open it again.
• The Add a Web App window offered It's Playing before Accessibility was
  allowed. Its learning steps now wait for the permission, with the same
  button to allow it as the learning window.
• Adding a web app left its Safari tab open when it was the window's
  only tab (Safari wasn't open before), or after answering the site's
  question. The tab is now closed, or its window when it's the only tab
  there.
• Add a Web App could take another website for the one you typed when
  their addresses began the same way and ended in short parts
  (music.amazon.bad.co for music.amazon.com). Now only another country's
  ending (es, co.uk, com.br) or a region's or city's (cat, berlin) counts as
  the same service's site.

AutoHush 0.8.5

Fixed

• Learning a web app could take the wrong button. AutoHush guessed
  when a web app played and paused from its sound, so with an ad first or a
  player bar that came late it could learn the playing song's own button,
  which stops working at the next song. Now you tell it: play a song, click
  It's Playing, pause it, click It's Paused, and the button that
  changed is learned. You have a minute between the two clicks (the step
  counts down), and a click AutoHush can't take says why. The buttons show
  wherever the steps do: the learning window, the Add a Web App window, the
  menu and Settings.
• A web app added from a cookie page couldn't play. On a Mac with no
  YouTube cookies in Safari (in Europe), YouTube shows its cookie page
  first, and AutoHush added that page: a web app called "Before you
  continue", with Google's icon, that sends the music to Safari. Now an
  Answer the site in Safari step waits until the site itself shows, and
  AutoHush adds it only once you click Add to Dock, after answering
  anything the site asks.
• A fresh YouTube Music window made AutoHush learn its button again.
  Such a window shows its player bar only once something plays, so after a
  minute AutoHush took the button for gone and asked you to play and pause
  it once more. The button now counts as missing only while the web app
  plays.

AutoHush 0.8.4

Fixed

• A web app's button learned wrong stayed wrong. AutoHush learned a web
  app's Play/Pause button again only when it went missing, so one learned
  the wrong way round (0.8.2 could, with an ad before the song) kept
  AutoHush pausing or resuming it at the wrong times. Learn Controls
  Again…, under the players in the menu and in Settings' player pop-up,
  or Learn Again in Settings → General, now forgets the button and asks
  you to play and pause the web app once more.

AutoHush 0.8.3

Fixed

• Learning a web app's button could swap its words. With an ad before
  the song, pausing right as the song itself began could make AutoHush
  learn YouTube Music's Play/Pause button with "Play" and "Pause" the wrong
  way round, so it read the music's state backwards. The words now come
  from the pause itself: the button's last change before the sound went
  off. A moment of silence the music comes back from by itself (a stall
  after the ad) no longer counts as the pause either.
• A pause handed over at a restart could resume the wrong player. When
  AutoHush quits while holding the music paused (an update, a reopen), the
  next AutoHush resumes it once the other apps stop. If the music player
  was changed in between, it resumed the newly chosen one, which wasn't
  paused. The handover now names the player, and only that one is resumed.

AutoHush 0.8.2

Fixed

• The welcome window can't get lost anymore. Opened while another app
  was in front (as after System Settings' Open Anyway), it could end up
  behind that app's windows, or on another desktop when that app took you
  there, and AutoHush has no Dock icon to bring it back. It now opens in
  front, on the desktop you're on, and opening AutoHush's menu brings it
  there again while it's open. It's also centered: it grew from the middle
  of the screen, so its bottom, Continue included, could be off the screen.
  And it's never taller than the screen: with web apps added, the list of
  players could make it taller than a 13-inch MacBook's; the list now
  scrolls instead. The learning, Add a Web App and Settings windows come
  forward the same way.
• Learning works on a fresh YouTube Music window. Such a window shows
  its player bar only once something plays, already saying "Pause"; with
  an ad first, the bar turns to "Pause" only when the song itself begins.
  AutoHush missed the bar's button then, and learned the song's own button
  instead, which stops working once another song plays. Both now count, so
  the bar's button is learned.

AutoHush 0.8.1

Fixed

• A missing permission is asked for where it's needed, and waited for.
  After you choose your player, the welcome window lists the permissions
  it needs, each with a button: Open Spotify (macOS asks for Automation
  only while the player is open), Allow…, which shows macOS's own
  prompt or the right place in System Settings, or Use AntiDot Mode
  Instead, which needs no audio permission. Done unlocks once
  everything's allowed; each line ticks by itself.
  • The window that learns a web app asks for Accessibility first, and its
    steps unlock once it's allowed. Before, it asked you to play the web
    app while AutoHush couldn't watch it yet, so the steps didn't tick
    until you chose the player again.
  • Add a Web App checks Accessibility as it opens; Continue waits for it.
  • Settings → General shows what's missing under the player and under
    AntiDot mode, with the same buttons, and says when macOS waits for you
    to allow AutoHush in Login Items.
  • The menu's permission row asks macOS first when it hasn't asked yet
    (it opened System Settings, which lists AutoHush only once asked), and
    with audio recording missing, a second row offers AntiDot mode.

AutoHush 0.8.0

Added

• Safari web apps can be your music player. Any website you add to the
  Dock from Safari (File → Add to Dock), such as YouTube Music, Amazon Music
  or Spotify's web player, is offered under Safari Web Apps in the menu,
  Settings and the welcome window. They're marked Experimental: every
  website works differently, so a web app may not pause or resume as
  expected, as the heading and the windows that add and learn one say.
  • AutoHush presses the site's own Play/Pause button, so the site stays in
    step. It learns which button that is: when you choose a web app, a
    window asks you to play something in it, then pause it, and closes once
    it has seen both. A tip under each step says how: log in first if the
    site asks, let the music itself play for 5 to 10 seconds (ads don't
    count), then wait for the tick. The same steps show in the menu and in
    Settings until then. It presses nothing before it has learned.
  • Spotify, YouTube Music, Amazon Music and Deezer have been tested: their
    web apps are offered first, under the site's name. Any other web app
    comes after them, marked Untested, its page title without the
    slogan after " | " or a dash.
  • It works with the window visible, minimized or on another Space, and
    with more than one window: it follows the one that plays. It needs the
    Accessibility permission, and pauses without fading.
  • When a site won't pause, AutoHush mutes the web app instead: during an
    ad whose button is disabled, or still reads "Play" as on YouTube Music,
    or when a press doesn't take. As soon as the site can be paused (the ad
    is over and the music plays), AutoHush pauses it and unmutes it, so the
    music goes on from there afterwards. A web app that pauses is never
    muted, and none is muted in AntiDot mode.
  • If a site changes so that its button can't be found for a minute,
    AutoHush asks to learn it again, and keeps both layouts.
  • Settings → Diagnostics shows whether the button has been learned and
    whether windows on other Spaces can be reached.
• Add a Web App… makes a website your music player from its address:
  in the menu's players, Settings (the player pop-up's last item) and the
  welcome window. Paste the address; AutoHush checks that the site
  answers, adds it to the Dock with Safari's own Add to Dock, chooses it,
  opens it and learns its controls, all in one window. Cancel stops it
  before anything is added; once added, the Safari tab it opened is closed.
  • The tested sites are offered with a download symbol until you add them:
    choosing one opens the window with its address filled in.
• Fades can be turned off with a switch in Settings → Advanced, without
  moving their sliders to 0: the music then pauses and resumes at once. The
  sliders show only while it's on, and Diagnostics says "Off".

Fixed

• A paused app no longer counts as playing just because its sound is
  still open, while your music isn't playing. AutoHush only measures how
  loud apps are while it matters, and otherwise counted any open sound as
  playing: VLC, for one, keeps its sound open about a minute after you pause
  it. Now an app that tells macOS when it plays (VLC does) counts as paused
  once it stops telling, as in AntiDot mode.
• Each Safari web app is told apart. Their sound was all put down to
  one "Web App", so Settings → Apps showed a single entry for them; each
  now shows under its own name.
• Music AutoHush paused stays paused after the Mac sleeps, as music
  players keep it after a sleep. Other apps' sound stops as the Mac falls
  asleep, and AutoHush took that for them ending: it tried to resume the
  music while the Mac slept, which a web app's page couldn't follow, and
  the music didn't come back. Now nothing is paused or resumed while the
  Mac sleeps.
• A resume that doesn't take is tried again, twice, a second apart,
  as when the player doesn't answer.
• A permission taken away while AutoHush runs is noticed. If you
  turned off its Automation or Accessibility access in System Settings,
  AutoHush stopped pausing your music without a word, its menu still
  saying "Not playing". Now it checks again when another app starts
  playing or you open the menu, asks for the permission as it does at
  launch, and carries on by itself once you allow it again.
• After you allow audio recording, the menu offers Reopen AutoHush.
  macOS applies that permission only once AutoHush is opened again; until
  then the menu kept asking for it, as if you hadn't allowed it.
• Command-line players pause the music too. Sound from a program run
  in Terminal, such as afplay, mpv or ffplay, was never counted, since it
  has no app of its own. It now counts as the app that started it, e.g.
  Terminal, and can be ignored like any app.