Le flash de l'écran est désactivé mais se produit quand même

Dans une situation similaire, j'étais sur le point d'abandonner et de redémarrer, mais j'ai constaté que le redémarrage de la audio résout le problème :

sudo killall coreaudiod

Le symptôme était le suivant : dans le panneau de configuration du système "Effets sonores", la sélection des sons d'alerte n'a rien donné (d'habitude, elle déclenche un aperçu de l'effet sélectionné). Je pense qu'OS X ne parvient pas à jouer un son d'alerte et se rabat sur le signal visuel.

Au cas où votre problème persiste : J'ai pu le résoudre en ouvrant le fichier plist d'accès universel que vous avez mentionné dans votre message avec xcode et en supprimant l'entrée flashScreen. Après un redémarrage, il s'est comporté comme il le devait. Si vous n'avez pas installé xcode, peut-être que la suppression du fichier plist peut aider.

Santé, quam

J'ai eu la même chose - le paramètre dans Accessibilité->Audio est désactivé, mais l'écran clignote quand même.

Je me demande si ça n'a pas un rapport avec l'utilisation de LogMeIn. Un bogue de longue date empêche de rebasculer votre périphérique d'entrée/sortie audio sur le haut-parleur/micro intégré après la fermeture d'une session à distance. Pendant la session, le son est acheminé par un "dispositif" spécial qui transmet le son en entrée/sortie à la machine qui contrôle l'ordinateur. Lorsque la session se termine, le périphérique d'entrée/sortie audio devrait revenir à ce qu'il était avant la session, mais il ne le fait généralement pas. Ce bogue a été signalé à LogMeIn depuis des années, mais apparemment ils ne prévoient pas de le corriger et ne répondent pas aux rapports de bogue.

C'est pourquoi je me demande s'il ne s'agit pas d'un problème connexe, même si je ne l'avais jamais vu avant aujourd'hui. Est-ce que toutes les autres personnes ayant ce problème avaient également LogMeIn ?