OneDrive, Dropbox : une transition décidément complexe vers Apple Silicon

OneDrive, Dropbox : une transition décidément complexe vers Apple Silicon

Retards et mauvaises décisions

Avatar de l'auteur
Vincent Hermann

Publié dans

Logiciel

03/03/2022 9 minutes
11

OneDrive, Dropbox : une transition décidément complexe vers Apple Silicon

Un an et demi après l’arrivée des premiers Mac M1, Microsoft a fini par proposer une version Apple Silicon de son OneDrive. Chez DropBox, c’est encore pire, seule une bêta étant disponible. Que s’est-il passé ? Une migration technique complexe, en partie liée à un changement imposé par Apple.

Pour de nombreux éditeurs, proposer une version compilée Apple Silicon n’a pas été un problème. Microsoft, très en retard sur OneDrive, a été une des premières grosses entreprises à fournir des applications adaptées, notamment Office. En l’espace de quelques mois beaucoup ont suivi et, à ce rythme, on pouvait presque penser que tout serait terminé en moins d’un an. Même World of Warcraft était prêt le jour J.

Au bout de quelques mois cependant, des îlots de « résistance » sont apparus, notamment autour des applications basées sur Electron. Et même après que ce dernier eut été disponible en version Apple Silicon, toutes n’ont pas suivi aussi rapidement. Spotify par exemple ne propose une version pour Mac M1 que depuis quelques mois, Discord en est encore aux tests sur sa branche Canary, Twitch ne donne pas de nouvelles…

On pensait au moins que les clients de synchronisation cloud n’auraient, eux, pas ces problèmes. Ils en ont, du moins certains d’entre eux. Si l’on fait le compte des plus connus, la version Apple Silicon de OneDrive vient tout juste de sortir et est incomplète, Dropbox travaille toujours sur sa bêta, Google Drive ne la propose que depuis quelques mois, et il n’y encore rien pour MEGAsync. NextCloud montre presque l’exemple avec une version finale sortie il y a trois mois.

Que s’est-il passé pour que les entreprises du cloud galèrent à ce point ?

La transition vers Apple Silicon n’est pas le seul problème

S’il ne fallait que compiler un client capable de synchroniser des données, on aurait certainement depuis longtemps des versions optimisées Apple Silicon. Cependant, OneDrive et Dropbox vont un peu plus loin et proposent des fonctions supplémentaires. L’une en particulier pose un problème : présenter de manière transparente aux utilisateurs des fichiers stockés en ligne, comme s’ils étaient présents sur la machine.

Nous avons largement abordé le sujet dans nos dossiers sur les solutions cloud. Il s’agit d’une technique permettant d’afficher un « placeholder », une icône donnant l’apparence que le fichier est là, sans que ses données soient réellement sur la machine. Elles ne sont récupérées que si le fichier doit être ouvert pour lecture ou modification.

Cette fonction, baptisée « Fichiers à la demande » chez Microsoft, permet entre autres d’économiser de la place sur le stockage local. Tous les clients autorisent bien sûr le rapatriement permanent de tout ou partie des données, par exemple en laissant dans le cloud un dossier rempli d’images lourdes, mais en téléchargeant un autre ne contenant que des documents.

Or, Microsoft et Dropbox utilisent tous deux certaines extensions du noyau de macOS pour réaliser ces opérations. Et si vous avez suivi l’évolution du système d’Apple, vous savez que la société cherche à s’en débarrasser pour passer par un mécanisme beaucoup plus sécurisé. En clair, l’une des fondations techniques de ces services ne sera plus disponible avec macOS Monterey 12.3, dont la sortie est maintenant imminente. Microsoft et Dropbox ne doivent donc pas seulement compiler une version Apple Silicon de leurs applications, mais les revoirs en profondeur pour ne serait-ce que proposer les mêmes fonctionnalités de base. 

Les deux entreprises étaient au courant depuis un moment et ont donc lancé il y a des mois des préversions de clients optimisés Apple Silicon et tenant compte de cette modification. Il est fort probable qu’un chantier commun ait pris place avec Apple, averti des difficultés.

En janvier, Microsoft indiquait ainsi que macOS 12.2 serait la dernière version du système supportée par la version classique de OneDrive, et que la mise à jour 12.3 introduirait d’importants changements visant à mieux supporter les fichiers à la demande. On pouvait lire également que les volumes en HFS+ ne seraient plus supportés par ce nouveau client, APFS devenant obligatoire.

Un chemin de croix

Si vous avez jeté un œil aux commentaires sous l’annonce de Microsoft, vous avez pu voir une très longue liste de retours pleins de colère. Environ dix pages de messages d’incompréhension et de plaintes, notamment devant un très mauvais fonctionnement et une plus grosse consommation de ressources, là où – justement – la compilation vers Apple Silicon devait apporter une grande réactivité.

Microsoft semble avoir à ce point peiné pour passer par les nouvelles API de macOS qu’il en a oublié la moitié des fonctions au passage, tout en imposant les fichiers à la demande, sans autre réglage. Conséquence, de nombreuses personnes ont publié des messages salés pour faire comprendre à l’éditeur qu’elles ne pouvaient plus travailler :

« Qu’est-ce qui se passe ? Pourquoi forcez-vous les Fichiers à la demande chez vos clients, n’est-ce pas suffisant qu’ils soient activés par défaut ? Mes 70 Go de données OneDrive ne sont plus stockés localement. Je n'ai pas toujours de connexion internet. Vous me privez de mes fichiers. Il m'est également impossible d’effectuer des recherches dans l'intégralité des textes. Les fichiers à la demande sont également trop lents, attendre une seconde pour voir apparaitre le contenu des dossiers n'est pas acceptable. »

Il restait possible de faire un clic droit sur un fichier ou un dossier pour demander à OneDrive que le contenu soit toujours présent en local. Mais, là encore, la fonction ne donnait pas toujours le résultat escompté.

Le 24 février, l’éditeur a finalement indiqué qu’une importante mise à jour était disponible pour la préversion Apple Silicon de OneDrive. À son bord, le retour de la capacité de télécharger toutes ses données localement, la suppression de certaines icônes de statut qui fonctionnaient mal et plusieurs corrections de problèmes qui empêchaient Spotlight et Time Machine de fonctionner. Au vu de la liste, on s’étonne que l’éditeur ait pu lancer une version si élaguée.

File Provider, le framework Apple pour gérer les données dans le cloud

Une partie des problèmes rencontrés par certains clients de synchronisation vient de l’utilisation obligatoire de File Provider, qui force certains éléments à fonctionner différemment. Chez Microsoft, on explique par exemple que File Provider rend le mécanisme central des Fichiers à la demande plus fiable, d’où le choix d’imposer ce fonctionnement à tous.

Sur cette question de « fichiers pas réellement là », Dropbox a aussi des problèmes sérieux. La société travaille depuis un moment déjà sur une bêta de son client pour Apple Silicon avec, là encore, des difficultés sur le reste.

Dans une note technique parue fin janvier, elle avertissait qu’en cas de passage à macOS 12.2, « il se peut que vous ayez des difficultés à ouvrir les fichiers en ligne dans des applications tierces sur votre Mac. Pour contourner temporairement ce problème, vous pouvez ouvrir les fichiers en ligne directement dans le Finder ».

En clair, il faut passer par le Finder et soit double-cliquer sur un fichier pour provoquer son téléchargement et ainsi l’ouvrir, soit faire un clic droit et sélectionner « Rendre accessible hors ligne ». Ce qui, comme dans le cas de OneDrive, peut s’effectuer sur un fichier ou un dossier.

Mais là où le bât blesse dans le cas de Dropbox, c’est que le service fait justement tout dans sa nouvelle orientation pour se débarrasser de la dimension de « fichier ». À l’instar d’Apple, Dropbox tente de changer les habitudes avec de multiples partenariats pour que les utilisateurs ne voient plus que des documents depuis les applications, en évitant qu’ils aient à entrer dans le gestionnaire de fichiers.

Trop peu de préparation

Comme avec toute nouvelle plateforme, on se demande pourquoi rien n’a été prêt plus tôt. Microsoft a pourtant montré avec plusieurs de ses applications – et pas des moindres, comme Office  et Visual Studio Code – qu’il était possible d’être sur la brèche et de pouvoir envoyer des versions optimisées à la sortie d’une nouvelle architecture ou quelques mois après.

Pourtant, en dépit d’une phase bêta et de kits de développement, certaines entreprises ne proposent aujourd’hui aucune application optimisée Apple Silicon, alors que tous les Mac lancés depuis 18 mois sont équipés d’une puce M1 ou de ses variantes Pro et Max. un délai anormalement long sur lequel personne ne s’explique.

Si l’on fait le point aujourd’hui sur les principaux clients de synchronisation, on a :

On espère que les problèmes seront résolus rapidement, car la sortie de macOS 12.3 risque de ne pas bien se passer pour tout le monde.

Écrit par Vincent Hermann

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

La transition vers Apple Silicon n’est pas le seul problème

Un chemin de croix

File Provider, le framework Apple pour gérer les données dans le cloud

Trop peu de préparation

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (11)


On mélange quand même deux sujets.
Le changement d’architecture hardware est un sujet, le changement des API OS imposées pour ce type d’usage est un autre sujet.
MS aurait pu faire un changement très rapide si il n’y avait eu que le sujet de la recompilation.



Vu d’ici la balle est quand même plus dans le camp d’Apple qui prend l’habitude d’imposer des changements cassant la rétrocompatibilité avec des délais de migration relativement courts.
C’est un bon moyen pour éviter la dette technique mais du point de vue des éditeurs c’est compliqué à suivre…


Tout a fait en.phase. c’est notamment le cas pour beaucoup de logiciels scientifiques ou Apple a foutu un tel bordel avec ses nouvelles directives que beaucoup de logiciels ne fonctionnent plus ou très mal. C’est d’autant plus gênant que souvent ce sont des logiciels qui bénéficient pas de la quantité de main d’oeuvre qu’à MS mais qui sont très utilisés par une communauté



le service fait justement tout dans sa nouvelle orientation pour se débarrasser de la dimension de « fichier »




Faut vraiment avoir une confiance aveugle dans le fournisseur de service. Car c’est quand même une unité de base (eu dessus du block) pour, par exemple, les sauvegardes.



sebp a dit:


On mélange quand même deux sujets. Le changement d’architecture hardware est un sujet, le changement des API OS imposées pour ce type d’usage est un autre sujet. MS aurait pu faire un changement très rapide si il n’y avait eu que le sujet de la recompilation.



Vu d’ici la balle est quand même plus dans le camp d’Apple qui prend l’habitude d’imposer des changements cassant la rétrocompatibilité avec des délais de migration relativement courts. C’est un bon moyen pour éviter la dette technique mais du point de vue des éditeurs c’est compliqué à suivre…




C’est exactement ça. On décide du jour au lendemain de tout changer, on informe les éditeurs à la dernière minute alors que ses propres solutions sont prêtes en amont, puisqu’on les intègrent dès la sortie du nouveau hardware et du nouvel OS.



C’est un peu le jeu quand on est éditeur d’un service/logiciel, mais on serait en droit de se demander si ça peut pas favoriser l’adoption d’iCloud pour ceux qui souhaiteraient faire du stockage Cloud sur M1.



De là à s’imaginer que c’était l’un des effets attendu, il n’y a qu’un pas. Je suis sûr que Microsoft faisant la même chose se serait pris un bon retour de bâton de “pratiques anti-concurrentielles”, “concurrence déloyale” et autres “abus de position dominante”.



Mais comme d’hab, c’est pour notre sécurité qu’Apple a fait tout ça, donc louée soit la pomme, et bouhhh aux services qui n’ont pas suivi la parole divine.


Non ce n’a pas été annoncé la dernière minute :
Voir la session traitant du sujet à la WWDC2021



Ça veut dire que les éditeurs ont l’info depuis minimum Juin 2021


Ghimo

Non ce n’a pas été annoncé la dernière minute :
Voir la session traitant du sujet à la WWDC2021



Ça veut dire que les éditeurs ont l’info depuis minimum Juin 2021


C’est vrai que “dernière minute” est une belle exagération, mais ça reste quand même “t’as 6 mois pour rétablir des fonctions qui fonctionnaient déjà” parce que j’ai décidé de changer les choses chez moi. Ca oblige a revoir les road maps et potentiellement retarder les autres fonctionnalitées. Et “tout ça” juste pour les Macs M1 ; aujourd’hui, le parc matériel des utilisateurs de OneDrive et DropDox, n’est pas majoritairement des M1, et il faudrait y consacrer plus de temps?



Je peux comprendre que c’est un peu dur a avaler pour ces éditeurs


Thoscellen

C’est vrai que “dernière minute” est une belle exagération, mais ça reste quand même “t’as 6 mois pour rétablir des fonctions qui fonctionnaient déjà” parce que j’ai décidé de changer les choses chez moi. Ca oblige a revoir les road maps et potentiellement retarder les autres fonctionnalitées. Et “tout ça” juste pour les Macs M1 ; aujourd’hui, le parc matériel des utilisateurs de OneDrive et DropDox, n’est pas majoritairement des M1, et il faudrait y consacrer plus de temps?



Je peux comprendre que c’est un peu dur a avaler pour ces éditeurs


Je suis d’accord sur le fait que c’est une décision d’Apple qui oblige tout le monde à revoir sa copie.
Le problème n’est pas tant le passage à l’architecture M1, c’est surtout le changement de framework, et pour le coup ça, c’est indépendant du processeur.



Consacrer du temps pour le M1 c’est juste inévitable, c’est le présent et le futur de leur matériel.
Même si Intel représente encore le gros du parc, c’est fini, c’est de la fin de vie



Après la question du framework, il est marqué comme disponible sur macOS depuis la version 10.15 (Catalina) donc 2019. Est-ce que le fait qu’il allait devenir obligatoire était déjà indiqué à ce moment-là ? Je n’ai pas la réponse, mais si c’est le cas, ça veut dire que les développeurs avaient encore plus de temps pour s’y préparer.



Ghimo a dit:



Consacrer du temps pour le M1 c’est juste inévitable, c’est le présent et le futur de leur matériel. Même si Intel représente encore le gros du parc, c’est fini, c’est de la fin de vie




Heu, t’es au courant qu’ils vendent toujours du Intel à 5K€ aujourd’hui ?
:mad2:
Parler de “fin de vie” c’est un peu prématuré, non ? ou alors ils ne sont pas tous au courant.
D’ici à ce que tu veuilles achever la bete prématurément, …


Dans la logique, oui, les MacIntel sont en fin de vie (commerciale) chez Apple, aujourd’hui, en dehors du gros modèle, il ne reste plus grand chose en neuf avec du processeur Intel.



La migration est annoncée, des deadline ont été annoncées par Apple pour un passage au 100% “MonProcAMoi”.



Autant le x86 évolue peu depuis le passage au 64bit qui a foutu un sacré boxon au début, autant, le changement d’architecture d’Apple il est annoncé, prévisible.



Mon MacIntel il fonctionne bien, je vais le garder un moment, parce que j’ai pas envie de passer au MacAppleSi pour pas mal de raisons. /mylife
Ca n’empêche pas que l’utilisation de OneDrive et Dropbox qui avaient des changement prévisibles ça fait bien chier, MacAppleSi et MacIntel.



C’est pas comme si lorsqu’Apple annonce un nouveau fonctionnement de son/ses framework, tu savais que t’avais 2 ans pour t’y coller sous peine de te retrouver dans la merde. Ils fonctionnent comme ça depuis des années.


Malheureusement avec tout ça c’est quand même l’utilisateur final qui en pâtit, même s’il y a de vraies avancées sur de nombreux autres points. A moins de rester sur un marché de niche, c’est primordial de travailler de concert avec les grands éditeurs/constructeurs.


Euh.. mettre fin à la possibilité d’utiliser des extensions système dans Monterey 12.3 ?
Ca veut donc dire par exc, que soudainement, MacFUSE va refuser de fonctionner.
Exit l’écriture sur NTFS et Veracrypt…



Et Apple veut vraiment, qu’on active
les màj automatiques ?
Casser le fonctionnement d’un soft dans une version mineure, c’est inadmissible !