Tu es le meilleur Angus ! J’ai testé sur Safari et la partie téléchargement fonctionne très bien, mais malheureusement la lecture ne fonctionne pas. Je ne sais pas si ces erreurs sont liées :
Salut David, ne t’inquiète pas. La lecture fonctionne définitivement dans Safari. Je t’ai préparé une démo sur demo.pavilion.tech. Voici une capture d’écran de moi utilisant la lecture dans Safari. Tu ne peux pas entendre la lecture à cause de la façon dont l’audio de la capture d’écran fonctionne, mais crois-moi, elle est là
(et désolé pour le bruit de fond).
Essaie de désactiver d’autres thèmes ou plugins sur ton site pour voir s’ils ne cassent pas le javascript dans Safari.
Merci Angus, cela semble isolé à ce post, j’espère que ce n’est qu’un incident isolé.
La lecture ne fonctionne pas pour moi, lors de l’enregistrement via Chrome (macOS) et de la tentative de lecture via Safari (macOS).
C’est probablement le problème que j’ai décrit plus tôt, je suppose, où les navigateurs ne prendront pas en charge les codecs de l’API MediaRecorder dans toutes les variations entre les navigateurs.
Cette combinaison fonctionne-t-elle pour d’autres ? Enregistrement via Chrome, lecture dans Safari ?
Je confirme cette erreur sur mes Discourses @peter.be - voici un exemple…
https://story.pub/t/voice-recorder-tc-chrome-on-macos/14
Enregistrements effectués dans Chrome sur MacOS :
(Identique à mon rapport de bug d’il y a quelques jours, sauf que celui-ci a été enregistré dans Chrome sur MacOS)
iMac Bureau (MacOS)
- se lit dans Chrome sur MacOS
- se lit dans FireFox sur MacOS
* **ne se lit pas** dans Safari sur MacOS
### iPhone, iPad (iOS) * **ne se lit pas** dans Chrome sur iOS * **ne se lit pas** dans Safari sur iOS * **ne se lit pas** dans FireFox sur iOS * **ne se lit pas** dans Brave sur iOS 
Voici comment je vois le lecteur sur votre lien :
Et voici celui de mon forum :
L’iPad et le mien fonctionnent, mais le vôtre non. Je me demandais donc.
@Jagster quel système d’exploitation et quel navigateur avez-vous utilisé pour enregistrer le clip sur votre site ?
iPadOS 16.6 et Safari/DiscouseHub. Mais sur iPad, tous les navigateurs sont identiques à cet égard.
Je peux enregistrer sur Chrome sur mon iPad. Il ne se lit pas et donne une erreur dans Chrome sur l’iPad.
Le même enregistrement se lit cependant dans Safari sur mon iPad et dans Chrome sur ma machine Windows.
Il se lit également dans Chrome, Safari et Firefox sur mon iMac/MacOS.
Et pourtant, je pouvais y jouer sur Chrome/iPad.
Puisque d’autres personnes rencontrent également des problèmes, je signale que le message que je voyais poser problème a été créé avec un Android dans MS Edge, les erreurs se lisant dans Safari sur ordinateur.
@angus devons-nous (pour l’instant) marquer ceci comme cassé, et peut-être dans le message du sujet faire référence au plugin actuellement fonctionnel Discourse Audio Message ?
Ce n’est pas cassé. Cela fonctionne exactement comme toujours, encore plus (il enregistre maintenant aussi dans Safari). Vous me demandez d’étendre la fonctionnalité, pas de la corriger.
Les problèmes auxquels vous faites référence concernent la lecture de certains types de formats audio dans la balise audio de Safari en raison de la façon dont elle est rendue dans le HTML des publications Discourse (@peter.be, il ne s’agit pas vraiment de la compatibilité inter-navigateurs de l’API MediaRecorder).
Si vous avez téléchargé certains formats audio sans utiliser de plugin ou de composant de thème, juste comme un fichier, vous verriez le même comportement dans Safari. Si vous voulez résoudre ce problème très spécifique, vous devrez soit :
- examiner vous-même le problème spécifique et faire une PR
- engager quelqu’un pour le faire à votre place
- soumettre une demande de fonctionnalité pour améliorer la gestion des formats des balises
audiodans le HTML des publications Discourse.
C’est la raison pour laquelle j’ai choisi de convertir les messages audio enregistrés au format mp3 - que vous appeliez cela des problèmes de compatibilité inter-navigateurs avec l’API MediaRecorder ou que certains navigateurs ne puissent pas lire certains codecs ; ou que vous l’appeliez « cassé » ou non ; en fin de compte, j’avais besoin d’une solution qui prenne en charge la lecture dans tous les navigateurs, quel que soit le navigateur dans lequel le fichier a été enregistré.
Étant donné que tous les navigateurs prennent en charge la lecture mp3, j’ai choisi cette voie.
J’essayais simplement de souligner la raison pour laquelle certains cas d’utilisation ne fonctionnent pas avec l’API MediaRecorder, et j’ai expliqué pourquoi et quelle solution j’ai choisie pour le plugin.
Je m’arrêterai là. Si j’ai l’occasion à un moment donné, je pourrais examiner de plus près le composant de thème, car je suis d’accord que c’est un moyen plus pratique de l’installer et de le maintenir, mais pour le moment, je n’aurai malheureusement pas le temps d’y contribuer ![]()
Merci @angus pour le temps que vous avez consacré à la correction de la modale et à l’amélioration de cette TC. ![]()
Pouvez-vous mettre à jour ce composant de thème pour qu’il fonctionne dans le chat ? Ou existe-t-il un autre plugin ou composant de thème qui permet d’enregistrer des fichiers audio dans le chat ?
Ce n’est pas une mauvaise suggestion. Pourriez-vous expliquer votre cas d’utilisation ?
De plus, les contributions sont très utiles pour ce genre de choses - que ce soit des PRs ou le financement du travail de développement nécessaire.
C’est ce que nos utilisateurs veulent. Ils voulaient enregistrer et envoyer de l’audio pendant le chat, tout comme WhatsApp.
Même si je n’ai pas une énorme communauté, je pourrais envisager un parrainage pour ce développement. La personne qui s’en chargera pourra créer un sujet privé avec moi.
Ce serait formidable si vous pouviez créer un sujet dans la section Marketplace pour cela. ![]()
Je n’arrive pas à faire fonctionner ce composant sous Debian/GNU/Linux avec Firefox (Debian 12, Firefox 115.5.0esr). D’autres ont-ils essayé cette configuration ?
Un problème de CSP avec window.injectScript pourrait-il bloquer ?

