Onze chiffres pour faire planter la recherche de macOS Catalina
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.
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.
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).
Réaction d'Apple : nous supprimons les chiffres sur le clavier 🤗
@simnico971
👌🏻😂
@simnico971
Tellement évident 🤓
magnifique ;)
Je suis pas prêt de passer à la 10.15 ....
:)
tellement ça.
A quand des versions stables de OS X et iOS ???
@bugsdenis
iOS est stable en tout cas pour moi
@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.)
Catalinastrophe
"You're holding it wrong" comme disait Steve :)
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!
Mauvaise foi !
aveuglement ?
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...
Si il n’y avait que ça :)
Le Mac c’est fait pour les littéraires, voilà tout.
S'ils mettaient un pavé numérique sur leurs claviers, ils se seraient peut-être aperçu du bug! 🤦♂️
@SyMich
Ah ah ah j’adore. 🤣
Cet os en bois
je n'ai pas ce beug sur mon finder...
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
@ 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.
@ 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.
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.
Il n'y a pas ce bug sur un MacBook 12!
Dans le même genre sous iOS ou ipadOS,
Amusez-vous à entrer une suite de tirets et vous verrez une ligne continue sans aucun espace.
Ça fonctionne aussi avec les underscore
Si cette manip pouvait endommager les claviers des MacBook Pro pour déclencher un remplacement 😄
On n'en finit pas de rire avec Catalina. Et moi qui trouvais que macOS manquait d'humour ses dernières années. Un effet du départ de Ive ?
Chaque mise à jour arrive avec son lot de nouveaux bugs et de fonctionnalités en moins...
cmd + Z dans Mail qui ne permet plus de revenir sur une fausse manip par exemple.
4 8 15 16 23 42
Tout est dit.
😂
Là, y'en a un paquet que vous avez... perdus 😂
J'ai pas ce bug. C'est peut-être que dans l'OS français ?
@stuffmc
stuffmc de pom4 ?
Pom pom pom pom !
Oui. Un peu comme les Villages People qui ont chanté YMCA en leur temps ;-)
Merci pour cette explication !
Effectivement depuis Catalina mon application Mail buggue sur MacBook 12’ dès que je rentre un numéro de suivi GLS (à 14 chiffres).
Je ne comprenais pas pourquoi.
Autre bug Catalina : export de Keynote en video avec background transparent en résolution Apple proRes4444 : le backgound n’est plus transparent mais noir... C’est pointu mais c’est bien un bug.
Un peu HS mais s agissant d un bug persistant du Finder (observé depuis Mojave et toujours présent dans Catalina), en voici un autre, signalé à Apple feedback mais jamais corrigé...
1° Finder en présentation « par icônes » et en mode « plein écran » avec 1 seule fenêtre ouverte (ex: dossier Applications).
2° Ouverture d’un onglet Finder supplémentaire (ex: dossier Utilitaires).
3° On obtient donc 2 onglets Finder en plein écran avec la barre des menus Finder qui apparaît/disparaît normalement à l approche du pointeur sur le haut de la fenêtre Finder.
4° Fermeture de l un des deux onglets ouverts.
5° Apparemment on semble être encore en mode plein écran (tel que au point 1°) mais on observe que la barre des menus du Finder n est plus accessible à l approche du pointeur, ni les boutons tricolores de gestion de la fenêtre, la touche clavier Esc (pour quitter plein écran) est inopérante... et pas d autre moyen que de quitter / relancer le Finder pour retrouver un Finder opérationnel.
En 2 mots, Finder en plein écran et en multi onglets semble être bugué (à la fermeture d onglet) depuis pas mal de temps et Catalina n a rien réglé. A confirmer si avez l occasion de reproduire le cas.
cela est produisible aussi avec Aperçu
si on créé plusieurs fenêtres aperçu et qu'on les bascules en plein écran, au bout de quelques manipulations on obtient un Aperçu plein écran sans barre de menu ni boutons de réduction malgré la souris tout en haut.
Cela était déjà présent dans El Capitan, Mojave ne changea rien.
Cela fait un moment que macos traîne des régressions non adressées par Apple.
Quand un comportement initialement jugé anormal, subsiste après 3 versions majeures de macOS, ça devient une caractéristique distinctive de l'OS et il serait mal venu de le modifier au risque de déstabiliser les fidèles utilisateurs qui ont fini par s'en accommoder.
Ça évite en outre de mobiliser inutilement des développeurs qui ont bien mieux à faire en dessinant de nouveaux emojis! 😔
"ça devient une caractéristique distinctive de l'OS et il serait mal venu de le modifier au risque de déstabiliser les fidèles utilisateurs qui ont fini par s'en accommoder."
c'est un truc que j'ai très sérieusement expliqué dans un autre fil de discussion, et qui explique beaucoup d'errem..catas..heu.. accumulations de code/interface au sein de Windows.
Office est lui même un cas très complexe où des bugs sont devenus des comportements à maintenir, malgré les documentations officielles de Microsoft (de l'époque) et que les développeurs de logiciels concurrents devaient heu.. deviner ou vivre par eux même.
Bref, le Chaos de "mission contrôle" dans Macos EST la Fonctionnalité : un peu de fantaisie dans votre vie morne, merci Timmy. :)
(merci Timmy va devenir mon nouveau slogan mauvaise foi/aigri/tête-à-claque-ce-oomu :) )
ha ben dans le genre "fantaisie qui anime la vie et enthousiasme la chorale de mon coeur" :
en cliquant sur le courrier de notification du commentaire chatoyant de Symich, Mail a ouvert un panneau au coté de mon app en plein écran, normal, mais ce faisant, cette nouvelle fenêtre Mail a repris les autres fenêtres de courriers que j'avais laissé à part (pour + tard) et les agglutinées en onglets.
Pourquoi ?
Mystère. A part l'envie de réorganiser ma morne routine.
@oomu
Jamais constaté auparavant mais je confirme que Aperçu se comporte avec la même désinvolture que Finder dans le même contexte.
Peut-être pas lié à l application elle-même mais plus généralement à la gestion du plein écran en mode multi onglets. Je ferai quelques tests supplémentaires avec des apps « à onglets » telles que Numbers ou autre.... ça me permettra d argumenter un peu + mon prochain billet à l équipe Apple feedback dont je partagerai volontiers la récompense 😊
anormal que 666 ne fasse pas planter, mais fibonnaci si ...
ça sent la conspiration !
Vous voulez des bugs pour des idées d’article ? Faut pas hésiter à me demander, sur macOS c’est pas ça qui manque !
Au hasard ? La fonction « Rechercher sur la page » qui ne fonctionne pas en navigation privé sur Safari.
"Au hasard ? La fonction « Rechercher sur la page » qui ne fonctionne pas en navigation privé sur Safari."
c'est privé ! vous allez pas faire une recherche dans du privé ! bon.. ok, c'est VOTRE privé, mais on s'en fiche : on protège votre intimité privée de votre inquisition privée, non mais ho.
La recherche est l'une des facettes de l'assistant à tout faire Siri.
Il est donc tout à fait envisageable que tout ce qu'on recherche soit envoyé à Apple à des fins de statistiques et de contrôle du bon fonctionnement de Siri (y compris contrôle manuel par des salariés ou sous-traitants en chair et en os).
Ca pourrait donc être par souci de confidentialité, dès qu'une navigation est déclarée privée dans Safari, qu'Apple désactive la recherche pour respecter votre intimité.
C'est plutôt une bonne chose non?
@SyMich
Non non c’est bien un bug. Ça marchait sur Safari 12 et sur Safari 13 l’option est bien présente dans le menu mais l’activer cause un glitch graphique et la barre n’apparaît pas.
Et puis en plus on parle d’un recherche locale (Cmd+F), sur la page. Rien n’est envoyé à Apple. C’est comme quand tu fais Cmd+F dans un mail pour rechercher un mot.
Le versions de Catalina se suivent, et ce bug n'est toujours pas résolu ! 🤕