Onze chiffres pour faire planter la recherche de macOS Catalina

Anthony Nelzin-Santos |

Le mois dernier, un lecteur nous décrivait un bug étrange. Lorsqu’il entrait des codes EAN dans le champ de recherche du Finder, la fenêtre disparaissait après la saisie du dixième caractère. Las, nous n’arrivions pas à reproduire ce problème… jusqu’à ce matin. Avec l’aide de membres de notre forum, nous avons compris qu’il s’agissait d’un problème affectant tous les champs de recherche dans macOS Catalina.

Image Hendrike (domaine public).

Ouvrez le Finder, Mail, Notes, Calendrier, ou même Spotlight. Tapez dix chiffres dans le champ de recherche : rien ne se passe. Tapez un onzième chiffre : l’application plante. Cela marche à tous les coups, dans toutes les applications, avec la version « stable » de macOS Catalina 10.15.1 (build 19B88) comme la dernière préversion de macOS Catalina 10.15.2 (build 19C39d).

Ou presque : la version spécifique de macOS Catalina 10.15.1 installé sur le MacBook Pro 16", build 19B2106, ne semble pas touchée. Le plantage intervient parfois dès le neuvième chiffre, parfois après le douzième. Le champ de recherche fonctionne normalement si vous mélangez chiffres et lettres, ou entrez des espaces.

Plantage de Mail.
Plantage de Notes.
Plantage du Finder.

A priori, ce bug n’est pas dangereux, mais pourrait vous faire perdre des données non sauvegardées. Le problème touche toutes les versions « stables » de macOS Catalina, mais pas macOS Mojave. Nous avons ouvert un rapport pour signaler ce bug à Apple (FB7455370).

Source
Image d’accroche MacGeneration.
avatar simnico971 | 

Réaction d'Apple : nous supprimons les chiffres sur le clavier 🤗

avatar Ced31400 | 

@simnico971

👌🏻😂

avatar Hasgarn | 

@simnico971

Tellement évident 🤓

avatar Dimemas | 

magnifique ;)
Je suis pas prêt de passer à la 10.15 ....

avatar oomu | 

:)
tellement ça.

avatar bugsdenis | 

A quand des versions stables de OS X et iOS ???

avatar Depret Lucas | 

@bugsdenis

iOS est stable en tout cas pour moi

avatar debione | 

@bugsdenis

Ben suffit de s’arreter A des version stable et ne pas vouloir absolument le dernier truc à la mode... Bon c’est pas facile à trouver, surtout sur iOS que l’on ne peut pas downgrader... Mais sinon, sur iOS 10 je n’avais quasi, voir je n’ai vu aucun bug... depuis c’est un peu la cata ( pour mon iPad en tout cas, j’ai pas d’iphone, mais pas de raison que ce soit très différent.)

avatar mk3d | 

Catalinastrophe

avatar kasimodem | 

"You're holding it wrong" comme disait Steve :)

avatar fousfous | 

Le problème a été corrigé sur le 16", c'est bien la preuve qu'il faut l'acheter au lieu de garder son ancien matériel!

avatar UraniumB | 

Mauvaise foi !

avatar Dimemas | 

aveuglement ?

avatar Ralph_ | 

Heureusement que je n’ai pas fait la MAJ...je dois parfois faire des recherches sur des fichiers que m’envoies les fournisseurs avec des EAN justement!
Bon ben raison de plus d’attendre un peu alors que j’allais faire la maj le week end dernier. Tant pis pour mes notes...

avatar Napoba | 

Si il n’y avait que ça :)

avatar Madalvée | 

Le Mac c’est fait pour les littéraires, voilà tout.

avatar SyMich | 

S'ils mettaient un pavé numérique sur leurs claviers, ils se seraient peut-être aperçu du bug! 🤦‍♂️

avatar fte | 

@SyMich

Ah ah ah j’adore. 🤣

avatar MKO | 

Cet os en bois

avatar tijen | 

je n'ai pas ce beug sur mon finder...

avatar Hydrog3n | 

Oula ça sent le INT limit qui est dépassé. Ils doivent faire un parseINT sauf que le type int à une limite en nombre.
https://www.tutorialspoint.com/c_standard_library/limits_h.htm

avatar BeePotato | 

@ Hydrog3n : « Oula ça sent le INT limit qui est dépassé. »

C’est exactement ça :
« terminating with uncaught exception of type std::out_of_range: stoi: out of range »

Ce qui explique que le bug ne dépende pas réellement du nombre de chiffres saisis, mais de la valeur qu’ils représentent. On peut saisir autant de zéros qu’on veut, par exemple.

Du coup, ça a été vite corrigé (comme on peut le voir avec la version de Mac OS fournie avec le MBP 16 pouces).
Mais c’est étonnant d’avoir pu oublier ça au moment de faire ce parsing, d’autant plus que ça fonctionnait bien dans les versions précédentes.

avatar Anthony Nelzin-Santos | 
@BeePotato : « Du coup, ça a été vite corrigé ». Alors, « vite », on parle en mois. Et « comme on peut le voir », pas vraiment, puisque la bêta de la .2 est plus avancée que la .1 du MBP 16… et possède le bug.
avatar BeePotato | 

@ Anthony Nelzin-Santos : « Alors, « vite », on parle en mois. »

Ah ? On sait précisément quand ce bug a été signalé à Apple pour la première fois ?

Quoi qu’il en soit, si, une fois que quelqu’un s’est penché sur ce bug (ce qui a pu prendre longtemps vu son caractère non critique), il l’a sûrement corrigé rapidement, vu la nature du bug. C’était ça que je voulais dire.

« Et « comme on peut le voir », pas vraiment, puisque la bêta de la .2 est plus avancée que la .1 du MBP 16… et possède le bug. »

Plus avancée, par forcément sur tous les points (la preuve est là). Il s’agit juste d’une branche différente.
Il serait normal que, d’ici la sortie de la version finale de cette branche, les corrections de bugs effectuées sur l’autre branche (la .1 du MBP 16) y soient reportées.

Mais en attendant, ben si, on peut bien voir que ce n’était pas un bug impossible à corriger.
Ce dont on se doute bien quand on voit quelle est la nature du bug, de toute façon.

avatar Hydrog3n | 

Ok j'avais pas le message d'erreur c'est bien ça...

Après oui ça sera vite corrigé dans le bugs rapides surtout si il est popularisé sur internet.

Pages

CONNEXION UTILISATEUR