Safari plante régulièrement chez certains utilisateurs sur macOS Big Sur

Nicolas Furno |

Chez certains utilisateurs, Safari a tendance à planter de temps en temps depuis le passage à macOS Big Sur. C’est le cas pour deux d’entre nous à la rédaction et on trouve de multiples témoignages sur internet, notamment sur les forums d’Apple. Le navigateur quitte inopinément, comme le dit joliment macOS, et le rapport de crash contient toujours cette même erreur : Termination Reason: Namespace ASSERTIOND, Code 0xd00d2bad.

Le dernier rapport de crash de Safari sur mon Hackintosh. L’erreur importante a été sélectionnée par mes soins sur cette capture d’écran.

Je fais partie de ceux qui souffrent de ce problème depuis le passage à macOS Big Sur. Puisque cela concerne mon hackintosh, j’ai d’abord pensé que c’était un problème lié à ma configuration particulière, avant de découvrir que je n’étais pas le seul. Mon collègue Anthony est encore plus touché que moi, avec souvent plusieurs plantages par jour. Pour ma part, c’est moins régulier, quelques-uns par semaine ; j’en ai d’ailleurs eu trois depuis lundi d’après la Console1.

Ce bug est d’autant plus frustrant que sa cause n’est pas clairement établie. On pense naturellement aux extensions, mais les témoignages variés ne permettent pas de trouver un coupable évident. Anthony n’a que l’extension de 1Password, je l’ai moi aussi avec cinq autres extensions actives2, mais d’autres utilisateurs touchés ont d’autres extensions. Et pour ceux qui ont tenté de tout désactiver, cela ne suffit pas toujours à éliminer les plantages, même si c’est le cas pour quelques-uns.

Il n’y a par ailleurs aucune méthode pour reproduire ce plantage inopiné. Cela peut m’arriver en cliquant sur un lien, ou alors en revenant à Safari après avoir utilisé une autre app, mais j’ai aussi eu le cas une fois alors que le navigateur d’Apple était inactif à l’arrière-plan. Et des utilisateurs se plaignent même d’avoir eu un plantage quand leur Mac était en veille.

Le bug persiste en tout cas depuis la première version de macOS Big Sur et encore aujourd’hui dans la version stable. Est-ce que macOS 11.2 qui tarde à sortir corrigera le problème ? Dans l’équipe, Florian utilise la bêta et il n’a jamais eu un seul plantage de Safari, mais un témoignage ne suffit pas à conclure que le problème est réglé, puisqu’il semble aléatoire à la base. Il semble aussi que Safari Technology Preview, la bêta du navigateur d’Apple, n’est pas concernée du tout. Son numéro de version, 14.1, semble indiquer que c’est une mise à jour plus significative. En comparaison, Big Sur 11.1 est fourni avec Safari 14.0.2 et Big Sur 11.2 installera Safari 14.0.3.

La version stable de Safari à gauche, la bêta fournie par Apple à droite.

Avez-vous noté ce problème depuis votre passage à macOS Big Sur ? Et si c’est le cas, avez-vous trouvé une solution ? N’hésitez pas à témoigner dans les commentaires.


  1. Dans l’app Console, cliquez sur « Rapports de blocage » dans la barre latérale de gauche et vous verrez ceux qui concernent Safari.  ↩︎

  2. 1Blocker, BetterJSON, Open other Browsers et StopTheMadness.  ↩︎

avatar Pierredu21 | 

Ah ! Ça m’arrive aussi, quelques fois par semaine et j’ai aussi l’extension 1Password, (+ 4 autres extensions actives)

avatar BingoBob | 

Il n’y a pas que Safari qui plante. Depuis le passage à Big Sur sur mon MacBook Retina, ce sont pleins d’app qui plantent et impossible de redémarrer l’ordinateur !

avatar Yo83 | 

@BingoBob

Même problème sur mon MacBook 2017.
Capture d’écran est inutilisable chez moi entre autres.

avatar bouboulle84 | 

Quelques plantages sur 11.0.1, et 11.1 (mais rarissimes), puis depuis la première version de 11.2 beta, plus aucun.

avatar Sédatif PC | 

Sur mon MacBook Air , Safari plante pratiquement une fois par jour depuis le passage à Big Sur, et de façon complètement aléatoire.

avatar jala | 

Bonjour cela m’arrive aussi mais comme j’ai pas mal d’extensions je les blâmais collectivement sans chercher la coupable. Je suis un nostalgique de l’outil dont je ne retrouve plus le nom qui faisait le travail mais ne marchait pas avec Intel

avatar yves cape | 

Mac OS Big Sur safari 1 as sword mais pas de plantage
Par contre plantage de antidote avec mail!

avatar moitoutsimplement | 

@yves cape

Oui la misère Antidote 😥

avatar Soner | 

Sur mon M1 pas de plantage mais de temps en temps il se fige, et mets plusieurs secondes à me rendre la main.

avatar Lucas32000 | 

@ Soner
Salut
Pareil sur mon MacBook Pro M1 tout se fige pendant 10 secondes

avatar zoubi2 | 

@Soner

Aucun pb sur mon mini M1 (aucune extension)

avatar Liena1 | 

@Soner

Pareil. Et je dois rebooter mon mac mini...

avatar bouh | 

@Soner

Pas de soucis sur mon mac-mini M1
J'ai les extensions 1password et Adguard. C'est tout.

avatar armandgz123 | 

@Soner

Pareil, mais que avec Safari (surtout pour ouvrir de nouveaux onglets)

avatar Stpaul | 

Aucun problème depuis Big Sur. Beaucoup plus de problème avec Sierra. Mac pro 2013 Hexa 64go ram.

avatar Marius_K | 

Je n'ai constaté absolument aucun plantage de Safari depuis que je suis avec big Sur. Je n'ai qu'une extension activé 1Blocker qui est vraiment très bien soit dit en passant...
en revanche il y a Mail qui me fait des choses étranges notamment qui se fige à l'ouverture de certains mails en html... Sans parler de la sortie de veille qui prend systématiquement plus d'une dizaine de secondes contre jamais plus de 2 sous Catalina...

avatar DuBrechaud | 

Bonjour,
Cela m'arrive régulièrement, a priori toujours après une période d'inactivité de mon Mac 5MBP 13" 2018 avec TB).
Lorsque je réactive mon Mac, Safari a planté.
?????
Bonne soirée.

avatar ledter | 

j'ai ce bug moi aussi :

Date/Time: 2021-01-29 14:18:27.438 +0100
Termination Reason: Namespace ASSERTIOND, Code 0xd00d2bad

très souvent quand je clique sur un lien dans Reeder

avatar smertz67 | 

Plantage fréquent chez moi aussi

avatar Solunne | 

La question qu'il faut surtout se poser est qui se sert de Safari ?
Etant développeur web j'affirme que Safari est une plaie et qu'il mérite largement le surnom de "Nouveau IE".
C'est très simple, quand on développe, 20% du temps est consacré à ajouter des hacks divers et variés pour que son site s'affiche correctement, hacks qui ne sont bien entendu pas nécessaire pour Chrome, Edge, Firefox et Opéra.
Safari est comme pour tous les logiciels Apple un vent de fraicheur lors de la sortie de la version 1 puis sombre progressivement vers l'abandon.

avatar mat16963 | 

@Solunne

Peut-être parce que tous les autres utilisent Chromium, contrairement à Safari qui utilise webkit 🤷‍♂️
Personnellement j’utilise à 99.9% du temps Safari auquel je n’ai aucun reproche (sauf le bug actuel de la fenêtre de sélection du fichier qui n’apparaît pas sous Mojave 🙄)... et Chrome pour des cas particuliers, mais qu’est-ce qu’il est looooooooourd

avatar vincentn | 

Comme dit par mat16963, tous les autres sous sous chromium, à part Firefox (mais qui tend de plus en plus à marquer à la culotte chromium et à suivre les décisions de son maitre, Google).

Peut-être aussi par ce que chromium rajoute plein de "hacks" non normalisés, et que vu son poids et celui de Google, les développeurs web s'empressent de rajouter et de supporter ces fonctionnalités.

[Mode troll ON] Prenez enfin un peu hauteur de vue, de réflexion politique, réfléchissez à vos actes, choix, à vos codes, ayez une éthique, levez le tête du guidon que diable ! Vous avez une immense responsabilité sur le web — si si — assumez-là ! [Mode troll OFF].

Je dirais donc plutôt que Chrome/Chromium (et ses différents forks) est plutôt le nouveau IE, en bien pire, car sous couvert d'OpenSource et de standards du web. Si Chrome a apporté un vent de fraicheur lors de la sortie de la version 1, il sombre progressivement du côté obscur.

avatar pixelmaniac | 

webkit est juste plus strict que chromium sur le code, mais si tu travailles sur webkit directement tu peux être sur que ca fonctionnera sans fix sur chromium ;)

avatar feutus | 

Pareil, une fois par jour en moyenne.
MacBook Pro 13 pouce 2019.

Mais maintenant je me sens moins seul 🤗

avatar JOHN³ | 

@feutus

L’esprit de groupe c’est toujours sympa 🤗

avatar Marvin_R | 

J'ai aussi ces plantages réguliers, 1 à 2 fois par semaine, que ce soit sur mon Mac Intel ou mon Mac M1. Les 2 sur Big Sur bien sûr. Je n'ai pas fait attention au message d'erreur. Il faudra que je le lise la prochaine fois.
Heureusement que Safari redémarre rapidement et rouvre tous les onglets !

avatar mahdiassiqilli | 

Trop souvent et ce bruit de claquement coté droit de la machine est insupportable !

avatar John McClane | 

A défaut de planter, chez moi Safari est devenu lent, il saccade souvent avec Big Sur.
Mais le pire est le redémarrage de l’ordi : 1min20 montre en main !!! Jamais je n’avais vu ça sous Mojave.
MacBook Pro 15“ mi-2014.

avatar mat16963 | 

@John McClane

Clean install ou mise à jour par-dessus ? Il semble qu’avec Big Sur une clean install soit plus que jamais recommandable en cas de lenteurs ou problèmes bizarres...

avatar John McClane | 

@mat16963

J’ai fait une mise à jour classique, et en effet je me pose la question de la clean install...

avatar petergab64 | 

Lors du démarrage de la mise à jour, vu la lenteur d'installation, j'ai tout arrêté.
Effacé mon Mac, nouvelle installation Big Sur, zéro problème depuis...

avatar John McClane | 

@petergab64

En fait, à part le redémarrage qui prend 1min20s, tout fonctionne bien. Donc j’hésite à faire une clean install rien que pour ça...

avatar pocketalex | 

Leak d'un benchmark sur ce qui serait le prochain iMac :

- core i9 3.6-5GHz
- Radeon 5700 XT

ça n'a rien à voir avec le sujet mais comme la news est pas publiée, il faut bien faire le taf 😂

avatar CrashMidnick | 

Aucun plantage sur mes 3 hackintosh, juste un qui a du mal à synchroniser mes signets iCloud et liste de lecture.

avatar Arpee | 

RAS 😊

avatar redchou | 

Pas de plantage de mon côté, mais impossible de lire des vidéos sur YouTube, ça marche pourtant sur Firefox... 🤷‍♂️

avatar Le gabian | 

Pas de plantage, par contre un bug qui me saoule, au moins une fois par jour quand il charge un site la barre de progression reste bloquée au début et plus rien... genre problème DNS mais j'ai mis d'autres adresses et ça ne change rien. Si je redémarre ça remarche 😤
Si jamais quelqu'un a ce bug et surtout une solution ça m'arrangerait 😊

avatar LaurentH | 

0xD00D2BAD 😂

avatar hellonearth | 

Y’a t’il un « programmeur » qui sache traduire ce que la console « explique » ?? Depuis des années je me dis oui on a les rapports de plantage que l’on peut envoyer Apple, oui on peut consulter la console avec des listes de code incompréhensible pour le commun des mortels.
Mais au final il y a bien des Techniciens et des développeurs qui savent à quoi correspondent ces infos non 🤷🏻‍♂️ ? Personne ne sait ici ?
C’est un peu comme les codes erreur parfois, et on se doute bien que telle erreur doit correspondre à quelque chose mais à chaque fois c’est la galère pour trouver l’information… Par exemple quand tu as une erreur -62 ou -48 ?
En cherchant sur Internet on trouve des fois des listes mais ça reste bien souvent assez vague ou alors on te dit que de -20 a -35 c’est un prb de mémoire , de -52 a -55 c’est adressage ... ok mais toi quand y’a -53 c’est précis . Il y a bien quelqu’un chez Apple et donc un programmeur qui sait spécifiquement à quoi ça correspond pourquoi ne sommes-nous jamais informé de ses listes ou de la traduction de ces messages ?

avatar mat16963 | 

@hellonearth

Oui si quelqu’un à la réponse ça m’intéresse aussi 🙌

avatar byte_order | 

@hellonearth
> Y’a t’il un « programmeur » qui sache traduire ce que la console « explique » ??

Safari 14 a planté, suite à ce qui semble être une assertion (un code vérifiant que l'application n'est pas dans une condition non prévue et que le code n'a pas prévu de gérer) en échec, entrainant la fermeture violente de l'application (un suicide face à une situation que le code juge impossible à gérer, en gros).

> Mais au final il y a bien des Techniciens et des développeurs qui savent à quoi
> correspondent ces infos non 🤷🏻‍♂️ ?

La source étant le code de Safari 14, oui : les développeurs ayant accès à ce code.
C.a.d. ceux d'Apple.

> pourquoi ne sommes-nous jamais informé de ses listes ou de la traduction de ces messages ?

D'une manière plus générale, non, y'a pas de liste "définitive" des codes d'erreurs et autres chiffres magiques d'échec. Tout dépend d'où provient l'erreur. Si elle provient de l'OS, la liste est assez générique, elle peut donc être plus ou moins connue et valable quelque soit l'application derrière.

Certains OS affichent un message donnant une résumé, permettant de distinguer si l'erreur est dpu à un problème d'accès à un périphérique de stockage, de corruption de mémoire, de division par zéro, de violation de permissions, etc, d'autres, beaucoup, se contentent d'afficher "l'app TrucMuche s'est arrêtée de manière imprévue", le reste des détails étant dans un rapport de plantage de l'app.

Quand le code d'erreur provient de l'app directement (c.a.d. que c'est elle qui affiche une erreur, eventuellement en se "suicidant" juste après, comme ici), ou d'une brique particulière sur laquelle s’appuie l'application, là, sans accès au code de l'app ou de la brique en dessous, c'est quasiment impossible à un quidam d'interpréter le numéro.

avatar hellonearth | 

@byte_order

Merci pour ces précisions 👍🏻👍🏻
Snif 😢 pour nous dans la plupart des cas . Quand on connaît l’origine d’un bug / crash , je me disais qu’en faisant un « patch » par un dev ext à Apple on pouvait parfois pallier rapidement à des situations qui souvent durent et mettent du temps à être résolue par Apple elle même .
Merci pour ton éclairage

avatar byte_order | 

@hellonearth

Un patch sur un programme dont on a pas le code source, c'est très compliqué à faire.
Mais, surtout, c'est pas toujours de "patcher" juste à un endroit. Ici, par exemple, même si on pourrait patcher facilement pour faire sauter l'assertion qui pose problème, il est probable que la situation n'étant pas jugé gérable par le développeur du code, laisser poursuivre l'exécution du programme va très probablement entrainer d'autre(s) dysfonctionnement(s) ensuite.

Et parmi ceux là, certains peuvent être bien plus grave que le simple arrêt de l'application : perte de données, fuite de données, faille de sécurité, incidence sur les autres apps, etc.

avatar valcapri | 

J’ai pareil que vous, surtout en sortie de veille. J’ai pensé aux extensions (1Password, 1Blocker, Save To Pocket et Reeder 5) aussi ou à des sites plutôt lourd avec beaucoup de JavaScript ou à mes nombreux onglets ouverts. Il faudrait peut-être que j’installe la bêta 11.2 pour voir si cela n’irait pas mieux. Mais bon, la release devrait bientôt arriver car avec 3 RC déjà distribué.

Cela se produit plus souvent sur mon MacBook Pro 16” de travail que sur mon iMac 27”2015.

Ce qui m’étonne, c’est qu’iOS ou iPadOS ne semble pas touché. Est-ce que les portables ou Mac Mini sous M1 sont touché ?

avatar Fredouille14 | 

pas moi
je touche du 🪵

avatar zspy59 | 

Moi, Safari ne plante jamais, je ne l’utilise pas 😑

avatar Jeamy | 

Pas de plantage mais impossible de faire l’éjection de HDD pour Time Machine
Le nouveau arrive mardi semaine prochaine en remplacement

avatar lauraffaire | 

Oui Cela m’arrive une fois tous les 15 jours. Il faut dans ce cas killer Safari car il ne répond plus. Il faut dire que je l’utilise avec pas mal de consoles d’administration type VMware. Rien de dramatique.

avatar julianm | 

Pareil, plusieurs fois par jours, par contre je n’utilise pas 1Password mais Dashlane

avatar apaisant | 

Chez moi aussi, bisous.

Pages

CONNEXION UTILISATEUR