GNU bug report logs - #79070
[PATCH] Fix macOS dictation post NSTextInputClient migration in v30

Previous Next

Package: emacs;

Reported by: Alvaro Ramirez <alvaro <at> xenodium.com>

Date: Mon, 21 Jul 2025 12:27:01 UTC

Severity: normal

Tags: patch

Merged with 76765, 76771

Found in version 30.1

Fixed in version 31.1

Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Gerd Möllmann <gerd.moellmann <at> gmail.com>
To: Charles Choi <kickingvegas <at> gmail.com>
Cc: Alvaro Ramirez <alvaro <at> xenodium.com>, Stefan Kangas <stefankangas <at> gmail.com>, Eli Zaretskii <eliz <at> gnu.org>, 79070 <at> debbugs.gnu.org, shipmints <at> gmail.com
Subject: bug#79070: [PATCH] Fix macOS dictation post NSTextInputClient migration in v30
Date: Mon, 21 Jul 2025 18:26:03 +0200

Charles Choi <kickingvegas <at> gmail.com> writes:

> Gerd -
>
> If you are running macOS on a laptop, I've found that suspend can
> intermittently put the speech recognition daemon ~corespeechd~ in a
> bad state. This impacts Siri, so you can test if you are in this state
> accordingly. Killing ~corespeechd~ will fix this as ~launchd~ will
> automatically restart it. This occurs enough that I've written an
> Elisp function to do just that.
>
> #+BEGIN_SRC elisp :lexical no
> (defun cc/dictation-reset ()
>   "Reset macOS dictation service corespeechd."
>   (interactive)
>   (process-lines "killall" "corespeechd"))
> #+END_SRC
>
> Perhaps this is why dictation is not working for you?

Thanks for the tip, but it's not that, I'm afraid. It's only Emacs where
dictation isn't working, when I switch to, say, Textedit, it works.
This bug report was last modified 26 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.