Sujet unique Votre avis sur macOS Ventura

[Locke]

Bonjour, Perte des grosses icônes ? avec macOS ventura est-il normal de ne plus voir l'icône du dossier Maison dans le dossier utilisateurs du disque Macintsoh HD. Idem pour le dossier Guest qui a disparu? Merci de votre réponse. Cdlt.

Mais rien n'a changé...



...ton problème est autre. Déjà comment en as-tu fait l'installation, par-dessus une ancienne version de macOS ? Si oui, est-ce que tu es sûr qu'à ce moment-là cette version était sans aucun dysfonctionnement ? Et pour le compte Invité, encore faut-il pour qu'il apparaisse de l'avoir créé.

 

[Un passant…]

Je croise les doigts, et ne vends pas la peau de l'ours avant de l'avoir tué, mais un petit miracle va peut-être se réaliser dans les prochaines versions de Ventura. La correction d'un bug !
En tous cas, au moins quelqu'un chez Apple s'est penché dessus.

Le bug en question est assez pernicieux et finalement assez difficile à voir pour les développeurs d'Apple.
Dans le nouveau framework de virtualisation d'Apple présent sur Ventura, il existe un souci de mappage incorrect des claviers ISO, et notamment l'Azerty français. À la place, nous nous retrouvons avec un mélange entre un clavier ISO Azerty et un clavier Qwerty US ANSI, avec une touche manquante (celle de l'@). Facile à visualiser avec le clavier virtuel. Bref, assez gênant et handicapant à l'usage.

Mais pour s'en apercevoir, il faut un Mac Apple Silicon, utiliser ou créer un logiciel de virtualisation qui exploite spécifiquement et uniquement ce framework (UTM propose cette option), un Linux ou un macOS virtualisés et configurés en français et bien évidemment un clavier ISO azerty (mais je sais que d'autres usagers avec d'autres langues utilisant un clavier ISO ont le même souci).

Bien évidemment, l'immense majorité des développeurs de macOS chez Apple travaillant fort probablement avec macOS configuré en anglais et des claviers qwerty, ce bug est difficilement visible pour eux.

Bref, depuis la première beta je remontais ce bug, sans réponses. Et à la sortie de la version publique de Ventura, mon feedback avait même été "clôturé", la réponse étant qu'ils ne parvenaient pas à le reproduire. J'ai continué à soumettre ce bug avec les beta suivantes.
Et miracle, il y a un peu plus d'une semaine (bonnes résolutions de la nouvelle année ?), quelqu'un de chez Apple m'a contacté via le feedback assistant, en français (!!!), pour en savoir plus sur ce bug et la procédure/manière pour pouvoir le reproduire. Ce que je me suis empressé de faire, de la manière la plus précise possible. Quelques jours plus tard, mon feedback sur ce bug, qui était donc clôturé est repassé en ouvert.

Cela ne préjuge bien évidemment pas d'une résolution à court ou moyen terme de ce problème, mais il y a du mieux. Et j'espère une bonne nouvelle d'ici quelques semaines (je ne crois pas trop pour le 13.2, mais le 13.3, pourquoi pas).

 

[Bicus]

Le bug en question est assez pernicieux et finalement assez difficile à voir pour les développeurs d'Apple.
Dans le nouveau framework de virtualisation d'Apple présent sur Ventura, il existe un souci de mappage incorrect des claviers ISO, et notamment l'Azerty français. À la place, nous nous retrouvons avec un mélange entre un clavier ISO Azerty et un clavier Qwerty US ANSI, avec une touche manquante (celle de l'@). Facile à visualiser avec le clavier virtuel. Bref, assez gênant et handicapant à l'usage.

Mais pour s'en apercevoir, il faut un Mac Apple Silicon, utiliser ou créer un logiciel de virtualisation qui exploite spécifiquement et uniquement ce framework (UTM propose cette option), un Linux ou un macOS virtualisés et configurés en français et bien évidemment un clavier ISO azerty (mais je sais que d'autres usagers avec d'autres langues utilisant un clavier ISO ont le même souci).

Bien évidemment, l'immense majorité des développeurs de macOS chez Apple travaillant fort probablement avec macOS configuré en anglais et des claviers qwerty, ce bug est difficilement visible pour eux.

@vincentn si tu as un bon contact chez Apple, peux-tu leur dire que ça fait aussi un bug de clavier virtuel/distant similaire quand on se connecte d'un Mac à l'autre via Partage d'écran alors qu'aucune session utilisateur n'est ouverte sur le serveur distant ?
C'est très pénible de taper correctement son mot de passe via Partage d'écran pour ouvrir la session distante !

 

[Sam16]

Mais rien n'a changé...

Voir la pièce jointe 274093Voir la pièce jointe 274095Voir la pièce jointe 274097

...ton problème est autre. Déjà comment en as-tu fait l'installation, par-dessus une ancienne version de macOS ? Si oui, est-ce que tu es sûr qu'à ce moment-là cette version était sans aucun dysfonctionnement ? Et pour le compte Invité, encore faut-il pour qu'il apparaisse de l'avoir créé.

Merci. Oui la version Catalina pour un iMac de 2013 m'avais fait retourner au temps des charettes ... J'ai utilisé l'Assistant migration de l'iMac 24 pour le transfert de données iMac 2013 macOsCatalina 10.15.7 et ça n'a pas bien fonctionné, j'ai du recommencer. Très possible que l'installation sur l'iMac24 Ventura ne soit pas parfaite et à refaire.
Merci aussi pour le signalement du bug à Apple, ça va servir à toute la communauté. Cool.

 

[chafpa]

J'ai utilisé l'Assistant migration de l'iMac 24 pour le transfert de données iMac 2013 macOsCatalina 10.15.7 et ça n'a pas bien fonctionné, j'ai du recommencer. Très possible que l'installation sur l'iMac24 Ventura ne soit pas parfaite et à refaire.

J'ai fais une VRAIE clean install sur mon iMac M1 24" quand je l'ai eu au début de l'année dernière et rencontré aucun souci avec l'Assistant migration pour transférer mes datas.

 

[bradepitre]

Waow. Quand il y a quelques années les nouvelles versions de macOS déchaînaient les passions, on ne peut plus dire que ça soit le cas aujourd'hui...
Pour ma part c'est en cours d'installation, mais bon... assez déçu. Toujours pas de refonte de la partie Apple Music de l'app Musique, pas d'amélioration spécifique à macOS,... Et surtout pas tellement de correction de bugs (en tout cas les 250 feedbacks que j'ai ouverts chez Apple ces 2 dernières années sont toujours marqués comme "Ouverts")... Assez déçu, j'espère toujours une bonne surprise une fois l'installation terminée

Je reste sur Big Sur. Apple sort des OS pour de la pure cosmétique. La résultante est que la plupart des utilisateurs font des upgrade par dessus l’ancien système, les installations propres étant trop fastidieuses. Résultat: une croissance énorme de résidus pouvant aller jusqu’au blocage du système!

 

[PEPS63]

@vincentn si tu as un bon contact chez Apple, peux-tu leur dire que ça fait aussi un bug de clavier virtuel/distant similaire quand on se connecte d'un Mac à l'autre via Partage d'écran alors qu'aucune session utilisateur n'est ouverte sur le serveur distant ?
C'est très pénible de taper correctement son mot de passe via Partage d'écran pour ouvrir la session distante !

Oui c'est vrai que ce serait une bonne chose !

 

[Sam16]

J'ai fais une VRAIE clean install sur mon iMac M1 24" quand je l'ai eu au début de l'année dernière et rencontré aucun souci avec l'Assistant migration pour transférer mes datas.

Faire un Clean Mac sur un appareil neuf avant de transférer des datas ? Je ne vois pas, il doit y avoir une astuce...

 

[Sam16]

Faire un Clean Mac sur un appareil neuf avant de transférer des datas ? Je ne vois pas, il doit y avoir une astuce...

Un Clean mac après install. Merci

 

[chafpa]

Faire un Clean Mac sur un appareil neuf avant de transférer des datas ? Je ne vois pas, il doit y avoir une astuce...

Mais cher ami, début 2022, Ventura n'existait pas encore !

Mon nouvel iMac M1 m'a été livré par Apple avec Monterey, alors où est le problème de faire une clean install pour y mettre Ventura à l'automne ?

 

[Un passant…]

@vincentn si tu as un bon contact chez Apple, peux-tu leur dire que ça fait aussi un bug de clavier virtuel/distant similaire quand on se connecte d'un Mac à l'autre via Partage d'écran alors qu'aucune session utilisateur n'est ouverte sur le serveur distant ?
C'est très pénible de taper correctement son mot de passe via Partage d'écran pour ouvrir la session distante !

Pas un bon contact, mais au moins quelqu'un qui a réagit et pris en considération le bug rencontré, et le tout en français, ce qui m'a étonné.
Je vais en parler.
Si vous avez un process reproductible et détaillé pour reproduire pas à pas le bug, cela serait encore mieux (pas trop le temps en ce moment pour reproduire moi-même votre bug, en tous cas pour la semaine qui vient).

 

[Bicus]

Pas un bon contact, mais au moins quelqu'un qui a réagit et pris en considération le bug rencontré, et le tout en français, ce qui m'a étonné.
Je vais en parler.
Si vous avez un process reproductible et détaillé pour reproduire pas à pas le bug, cela serait encore mieux (pas trop le temps en ce moment pour reproduire moi-même votre bug, en tous cas pour la semaine qui vient).

J'ai des captures d'écran, même des captures vidéo, je peux te les envoyer où/comment ?

J'avais passé quelques heures avec quelqu'un du support Apple, qui tenait à ce que le problème soit isolé et ne vienne que de moi.
À partir du moment où il n'était plus possible pour elle de s'en sortir avec des « Avez-vous redémarré le Mac ? Avez-vous vérifié les réglages de langue et de méthode de saisie dans les Préférences Système ? Avez-vous fait un sudo languagesetup pour bien re-définir le Français ? Avez-vous réinstallé macOS ? » (ma réponse étant évidemment toujours "oui"), silence radio...


Bref, le protocole est simple :
1/ Prendre deux Mac achetés en France (un sera le client et l'autre le serveur), tous deux à jour, tous deux configurés en langue française, clavier physique AZERTY français, méthode de saisie française, ...
Bref : deux Mac en full cocorico !

2/ Créer une session utilisateur sur le futur Mac serveur, avec un mot de passe contenant quelques caractères qui vont fatalement différer d'un mappage clavier à l'autre : a q m , et toute la ligne des caractères spéciaux du haut du clavier.

3/ Activer le Partage d'écran sur le serveur, et y accéder par Partage d'écran depuis le client. Fermer la session utilisateur sur le serveur (ou le redémarrer après avoir désactivé l'ouverture de session automatique).

4/ Puis essayer, depuis le client, d'entrer le mot de passe pour ouvrir la session utilisateur sur le serveur (dans la fenêtre d'ouverture de session) : des heures de fous-rire garantis pour toute la famille

Pour bien se rendre compte de l'étendue des dégâts, appuyer sur alt + Entrée pour avoir un champ de saisie de texte visible dans la fenêtre d'ouverture de session.

 

[Floppy]

Dans le nouveau framework de virtualisation d'Apple présent sur Ventura, il existe un souci de mappage incorrect des claviers ISO, et notamment l'Azerty français. À la place, nous nous retrouvons avec un mélange entre un clavier ISO Azerty et un clavier Qwerty US ANSI, avec une touche manquante (celle de l'@). Facile à visualiser avec le clavier virtuel.

Faut-il comprendre qu’on a un mélange de disposition Azerty pour les lettres et de chiffres (au lieu de caractères) pour la rangée supérieure (comme en Qwerty) ?

Et donc avec ~!@#$%^&*()-= en Shift sur cette rangée ?

Es-tu certain que ce bug est présent depuis macOS 13 et pas depuis macOS 12 ?

 

[Un passant…]

Faut-il comprendre qu’on a un mélange de disposition Azerty pour les lettres et de chiffres (au lieu de caractères) pour la rangée supérieure (comme en Qwerty) ?

Et donc avec ~!@#$%^&*()-= en Shift sur cette rangée ?

Es-tu certain que ce bug est présent depuis macOS 13 et pas depuis macOS 12 ?

Ce bug est présent autant sur une VM macOS (Monterey ou Ventura) que sur une VM Linux, avec GUI ou sans. Et uniquement en exploitant la nouvelle version du framework de virtualisation et de ses nouvelles capacités. Sous Monterey je n'avais pas de souci. Et le problème ne vient pas d'un problème dans les VM macOS, car on le retrouve avec des VM de distrib Linux.
Le dénominateur commun est donc ce nouveau framework, dispo uniquement sur Ventura.

Le bug est bien plus pernicieux que ça (sinon ce que vous me décrivez aurait été pénible mais compensable). Schématiquement, voilà à quoi cela ressemble :



En haut, le mappage du clavier tel qu'il apparait et fonctionne dans une VM (macOS/Linux, configurés en français) sous Ventura (en français avec un clavier azerty).
En bas, le mappage correct du clavier sous macOS Ventura (et donc avec un clavier azerty, que ce soit celui intégré à un MacBook Pro ou un clavier externe type Apple Magic Keyboard).

Facilement différenciable à la forme de la touche entrée et la disposition de la touche `£ à sa droite et à sa gauche à la disparition des caractères @#•Ÿ utilisables avec la touche idoine et de l'usage des caractères <>≤≥ de la touche correspondante.

Et ces caractères ne sont pas non plus disponibles via une autre combinaison de touches.

 

[Un passant…]

J'ai des captures d'écran, même des captures vidéo, je peux te les envoyer où/comment ?

J'avais passé quelques heures avec quelqu'un du support Apple, qui tenait à ce que le problème soit isolé et ne vienne que de moi.
À partir du moment où il n'était plus possible pour elle de s'en sortir avec des « Avez-vous redémarré le Mac ? Avez-vous vérifié les réglages de langue et de méthode de saisie dans les Préférences Système ? Avez-vous fait un sudo languagesetup pour bien re-définir le Français ? Avez-vous réinstallé macOS ? » (ma réponse étant évidemment toujours "oui"), silence radio...


Bref, le protocole est simple :
1/ Prendre deux Mac achetés en France (un sera le client et l'autre le serveur), tous deux à jour, tous deux configurés en langue française, clavier physique AZERTY français, méthode de saisie française, ...
Bref : deux Mac en full cocorico !

2/ Créer une session utilisateur sur le futur Mac serveur, avec un mot de passe contenant quelques caractères qui vont fatalement différer d'un mappage clavier à l'autre : a q m , et toute la ligne des caractères spéciaux du haut du clavier.

3/ Activer le Partage d'écran sur le serveur, et y accéder par Partage d'écran depuis le client. Fermer la session utilisateur sur le serveur (ou le redémarrer après avoir désactivé l'ouverture de session automatique).

4/ Puis essayer, depuis le client, d'entrer le mot de passe pour ouvrir la session utilisateur sur le serveur (dans la fenêtre d'ouverture de session) : des heures de fous-rire garantis pour toute la famille

Pour bien se rendre compte de l'étendue des dégâts, appuyer sur alt + Entrée pour avoir un champ de saisie de texte visible dans la fenêtre d'ouverture de session.

Merci. Je vais essayer de reproduire cela la semaine prochaine pour faire des captures adéquates (et avoir les logs, etc…) qui vont bien.

Sinon vous pouvez faire une archive que vous mettez sur swisstransfer par exemple (ou assimilés) et indiquez le lien de téléchargement ici.

 

[Floppy]

Le code de la touche @ sur un clavier ISO est 0Ah, mais le code de cette touche sur un clavier ANSI est 32h (qui est le code de la touche supplémentaire < en ISO).
Ça explique pourquoi tu ne vois pas le @. Il est sur la touche de code 0Ah qui n’existe pas.
En revanche, je m’étonne que tu ne vois pas < à gauche de & plutôt qu’une touche vide.

Est-ce que ça résout ce problème si tu utilises Karabiner et que tu configures que "grave_accent_and_tilde" devient "non_us_backslash", ou l’inverse ?
Ou qu’au contraire tu désactives Karabiner s’il est actif sur ton poste ?

 

[Un passant…]

Le code de la touche @ sur un clavier ISO est 0Ah, mais le code de cette touche sur un clavier ANSI est 32h (qui est le code de la touche supplémentaire < en ISO).
Ça explique pourquoi tu ne vois pas le @. Il est sur la touche de code 0Ah qui n’existe pas.
En revanche, je m’étonne que tu ne vois pas < à gauche de & plutôt qu’une touche vide.

Est-ce que ça résout ce problème si tu utilises Karabiner et que tu configures que "grave_accent_and_tilde" devient "non_us_backslash", ou l’inverse ?
Ou qu’au contraire tu désactives Karabiner s’il est actif sur ton poste ?

Je n'utilise pas Karabiner. J'ai BTT sur un Mac et pas sur l'autre et le souci est le même (mais je vais essayer de voir et de tester avec Karabiner pour voir dans le courant de la semaine).

Le but de la remontée du bug étant quand même de respecter la même configuration matérielle et logicielle de la machine host sur les VM, sans bidouillages.

 

[Floppy]

Je suis curieux de savoir si ça va résoudre ce problème, au moins te permettre de taper @ et #.
J’ai tout de même un doute parce que quand le type de clavier est mal pris en compte, on se retrouve avec < à côté de &.
Du moins Karabiner est-il gratuit et très simple à utiliser.

 

[Validatus23]

Mon avis (déjà exprimé maintes fois) compatit avec le tien, néanmoins, selon ton utilisation, un Mac est un produit durable, je reste sous El Capitan, dernier système accepté par mon iMac début 2009, sauf patch, que je n'utiliserai qu'en dernier ressort.
Quel est le modèle de ton Mac ? Il peut-être compatible avec des systèmes relativement récents.

hello
J'ai récupéré un mac mini 20012 Catalina
installé Big Sur >> OKOK avec OpenCore-Patcher 053
installé Monterey >> OKOK OpenCore-Patcher 053
mis à jour Ventura >> souris saccadée tout très lent
installé Ventura >> OpenCore-Patcher 053 même problème
Votre avis merci

 

[boninmi]

hello
J'ai récupéré un mac mini 20012 Catalina
installé Big Sur >> OKOK avec OpenCore-Patcher 053
installé Monterey >> OKOK OpenCore-Patcher 053
mis à jour Ventura >> souris saccadée tout très lent
installé Ventura >> OpenCore-Patcher 053 même problème
Votre avis merci

Je ne suis pas spécialiste du tout de ces histoires de patch dans lesquels je ne me suis toujours pas lancé. Mais je dirais au feeling que plus la machine est ancienne, plus elle va avoir de mal à accepter les systèmes très récents, et donc peut être devrais tu t'en tenir à Monterey jusqu'à plus ample informé, il y a un sujet dédié.

Sujet unique - Installation de macOS Ventura sur les Mac incompatibles

Bonjour, suite à l'annonce de macOS 13 Ventura le monde des patchers va continuer de bouger et je pense qu'il faut créer un nouveau sujet pour les patchers fous ;) @Anthony : si tu peux le mettre en sujet unique à l'occasion ? :up:

forums.macg.co