Fin échelonnée des extensions historiques de Safari, qui s'éloigne des autres navigateurs

Stéphane Moussie |

On sentait le vent tourner. Les extensions historiques de Safari vont devenir obsolètes. Apple demande aux développeurs d’adopter à la place les Safari App Extensions introduites avec OS X El Capitan.

L’une des différences majeures entre les extensions historiques et les nouvelles est leur mode de distribution : les premières sont indépendantes et distribuées dans la galerie des extensions Safari ou bien directement par les développeurs, tandis que les secondes sont liées à une application qui est distribuée dans le Mac App Store.

Cette extension historique distribuée par son développeur ne peut plus être utilisée sur macOS Mojave.

Les développeurs ne pourront plus soumettre de nouvelles extensions ni de mises à jour dans la galerie des extensions Safari à partir de décembre prochain.

Dans macOS Mojave, Safari prend encore en charge les extensions historiques issues de la galerie. Par contre, les extensions historiques qui sont distribuées directement par les développeurs sur leurs sites web deviennent incompatibles. Impossible d’en installer de nouvelles, et si vous en aviez déjà, un message au premier lancement de Safari vous avertit qu’elles ont été désactivées.

Par exemple, si vous voulez continuer d’utiliser le bloqueur uBlock Origin sur macOS Mojave, il faudra l’installer depuis la galerie d’extension, car l’installation depuis la page GitHub du projet ne fonctionne plus.

Les Safari App Extensions, les nouvelles extensions introduites avec El Capitan.

Si les extensions issues de la galerie ont un peu de répit, elles sont elles aussi vouées à disparaître à terme. Apple indique dans les notes de version de macOS Mojave qu’elles ne seront plus prises en charge dans une prochaine version de macOS (vraisemblablement macOS 10.15).

Leurs remplaçantes, les Safari App Extensions, ont plusieurs avantages. En étant liées aux apps, leur installation est facilitée, leur compatibilité assurée et la communication avec l’app sécurisée. Ce n’est plus la peine de télécharger l’app dans le Mac App Store puis son extension dans la galerie, tout se fait ensemble. Les Safari App Extensions peuvent aussi exploiter les capacités des applications.

Les Safari App Extensions mises en avant dans le Mac App Store de Mojave.

Mais en les imposant, Apple ajoute une grande barrière à l’entrée de Safari. Les extensions indépendantes vont devoir être englobées dans des applications Mac, quand bien même cela n’a aucun intérêt. Par exemple, Auto Refresh, qui sert uniquement à rafraîchir automatiquement une page dans Safari, devra être liée à une app Mac et distribuée dans le Mac App Store pour continuer d’opérer.

Sous le capot, les deux types d’extensions sont également différents. Les extensions historiques sont créées avec des technologies web exclusivement (HTML, CSS et JavaScript), tandis que les nouvelles font appel à des langages natifs en plus (Objective-C ou Swift).

Les Safari App Extensions listées dans le Mac App Store de High Sierra.

Safari prend donc une voie diamétralement opposée aux autres principaux navigateurs qui se sont tous réunis autour des WebExtensions (une extension développée pour Chrome fonctionnera aussi sur Firefox et Microsoft Edge).

AdGuard, un bloqueur de pubs, critique cette décision d’Apple :

Nous devons maintenant développer une application Mac complète qui contient l’extension Safari. Le problème est que nous avons une énorme base de code partagée entre Chrome/Firefox/Edge/Opera et Safari. Nous sommes maintenant obligés d’écrire la même chose en partant de zéro et en utilisant un langage de programmation entièrement différent. Nous allons le faire bien entendu, mais cela va prendre du temps.

Actuellement, très peu de Safari App Extensions sont disponibles.

avatar Rodri31 | 

Ils font chier avec leurs décisions à la con. Tout ça pour passer par le Mac App Store à terme. ?

avatar ovea | 

@Rodri31

Tous ce qui est autoritaire est mauvais,
si il n'y a pas de compensation réaliste :
c'est un comportement qui montre bien la faiblesse du développement chez Apple et,
cette culture de l'entre soit qui n'est que chaotique et,
qui oblige à reconstruire patiemment ce qui est détruit avec la difficulté en plus sans équivalent de n'avoir aucune explication ni aucune simplification fonctionnelle.

Le but de ce type de manœuvre est de favoriser la captivité du développement, de l'accaparer, d'augmenter son coût, de créer un sentiment de dépendances … en bref : une société addictives, sans aucune gestion du risque pour le prescripteur.

avatar Artefact3000 | 

Sans parler que les développeurs doivent payer pour avoir droit à une place dans le Mac App Store. Et que les extensions jusqu'ici gratuites, sont maintenant pour la plupart payantes dans la formule du Mac App Store. Apple ne se tire pas dans un seul pied, mais les deux...

uBlock Origin est développé par un seul gars, qui l'adapte de l'original conçu pour Chrome/Firefox et Cie. À terme, on peut dire adieu à uBlock Origin sur Safari, et les gars de AdGuard, comme ils le disent, vont sans doute y réfléchir à deux fois.

Pour l'instant, la plupart des extensions du Mac App Store payantes ne sont pas aussi réussies que les gratuites.

avatar C1rc3@0rc | 

@DareMac

Je veux pas défendre Apple, mais sur ce coup la leur décision n'est pas absurde.
Les extensions sont virtuellement impossible a sécuriser, représentent une menace massive pour la sécurité et altèrent le contenu des pages Web tout en imposant une surconsommation de ressources sur la machine.

La majorité des extensions servent a bloquer des contenus. Safari propose deja pas mal a ce niveau. Si on veut aller plus loin, on peut bloquer l'acces aux sites polluants soit au niveau de l'OS (fichiers hosts, logiciels de securités comme Hands off! https://www.oneperiodic.com/products/handsoff/, blocage au niveau du routeur ou du FAI,...)

D'autres extensions permettent des interactions entre une applications et un site Web. A ce niveau il y a assez de possiblités pour ne pas passer par des extension (acces integrer dans l'application, Webapp, ne pas utiliser le protocole Web mais une application serveur specifique,...)

Reste des extensions permettant le blocage de javascript sur certaines zones des pages web. On dispose d'un tres fin niveau de controle avec l'editeur et le debuger integré a Safari, reste que l'interface est alors complexe. La se pose un probleme d'interface que les extensions resolvaient, mais touchant a des choses hors de controle de l'utilisateur et qui pouvaient introduire des dangers massifs. Apple a ici un travail a faire pour permettre un controle precis des javascripts dans la page.

Apres, pour ceux qui veulent absolument des extensions, Chrome et Firefox sont majoritaires...

avatar byte_order | 

> Les extensions sont virtuellement impossible a sécuriser, représentent une menace
> massive pour la sécurité

Je vois pas en quoi les faire tournée dans une app native dédiée, avec du code compilé plutôt que dans le sandbox javascript du browser va aider sur ce point...

> et altèrent le contenu des pages Web

Ou des fonctions supplémentaires sans modification de contenu. Mais c'est un peu pour ça que l'utilisateur les installe, normalement, non ?

> La majorité des extensions servent a bloquer des contenus.

Pour Safari peut-être, mais c'est loin d'être le cas pour les autres browsers, où le catalogue d'extensions est nettement plus large et diversifié.

> D'autres extensions permettent des interactions entre une applications et un site Web.
> A ce niveau il y a assez de possiblités pour ne pas passer par des extension (acces
> integrer dans l'application, Webapp, ne pas utiliser le protocole Web mais une
> application serveur specifique,...)

Oui, bien sûr, suffit de demander gentiment au propriétaire du serveur de refaire gratuitement leur service web, et de faire une application spécifique...

Les extensions existent justement pour outrepasser les limites fonctionnelles du navigateur et des sites web. Si c'était si facile d'obtenir que le navigateur ou des sites web s'adaptent mieux aux besoins individuels des utilisateurs, l'idée même des extensions n'auraient jamais germée.

avatar r e m y | 

On peut aussi se passer de Safari et utiliser un navigateur acceptant les extensions dont on a besoin.

avatar macam | 

D'autant plus que c'est indispensable d'avoir un second navigateur, car il y a des sites qui fonctionnent sur l'un et pas sur l'autre.

avatar webHAL1 | 

@r e m y
« On peut aussi se passer de Safari et utiliser un navigateur acceptant les extensions dont on a besoin. »

Je pense que c'est déjà ce que font la plupart des utilisateurs qui ont besoin d'un navigateur aux fonctions un peu avancées.
Safari est un bon logiciel, mais les extensions n'ont jamais été son fort si on le compare à Firefox et Chrome. Il suffira à un utilisateur lambda, par contre un développeur Web ou une personne travaillant au travers de son navigateur se tournera vers la concurrence.

avatar ecosmeri | 

@r e m y

Oaui mais bon si j'achete un mac c'est pas pour utiliser d'autres logiciel que ceux fourni par apple qui à la base font le taf. ( safari, mail, calendrier....) sinon m'achète un pc et téléphone Android

avatar BeePotato | 

@ ecosmeri : « Oaui mais bon si j'achete un mac c'est pas pour utiliser d'autres logiciel que ceux fourni par apple qui à la base font le taf. »

Ben pourquoi pas ? Le Mac n’a jamais été vendu comme une solution tout-en-un incluant tous les logiciels qu’il faut et fermée aux logiciels tiers (ça, c’était plutôt le Lisa).
Qu’il y ait certains logiciels fournis par Apple avec l’OS pour nous éviter d’avoir à chercher d’emblée de quoi s’équiper même pour les tâches les plus basiques, c’est pratique et bien normal — c’est ce qui est fait sur la plupart des OS.
Mais quand un de ces logiciels d’Apple ne répond pas complètement à nos besoins, quel mal y a-t-il à aller chercher un logiciel non Apple qui y répond mieux ?

Mac OS, ce n’est pas principalement Safari-Mail-Calendrier — c’est avant tout un OS avec une très bonne interface utilisateur et des API riches et très agréables permettant aux développeurs autres qu’Apple de nous proposer tout plein d’applications. Je ne vois pas de raison de se priver de cet aspect-là de Mac OS.

avatar r e m y | 

@ecosmeri

Mais si les softs fournis ne font pas le taf dont j'ai besoin, ou si d'autres le font mieux, moi j'installe ce dont j'ai besoin (au hasard, Excel à la place de Numbers, 1Password à la place du Trousseau d'accès, Reader à la place d'Apercu...)
Heureusement macOS permet de choisir librement ce que l'on souhaite installer .

avatar byte_order | 

@ecosmeri
> Oaui mais bon si j'achete un mac c'est pas pour utiliser d'autres logiciel
> que ceux fourni par apple qui à la base font le taf.

Sauf que macOS est un OS d'ordinateur personnel, par un terminal d'accès aux fonctions fournies par Apple.
Vous faites comme vous voulez pour vos besoins, mais vous ne pouvez pas espérer que tout le monde va accepter de se satisfaire uniquement des fonctions fournies uniquement par Apple dans leurs usages personnels.

avatar ecosmeri | 

@byte_order

Oui je le conçois j'exposais mon de vue, mais je n'en faisais pas une généralité.

avatar byte_order | 

Mais sinon y'a aucune volonté d'Apple d'imposer petit à petit le passage obligé par le MAS, c'est juste moi qui suis paranoïaque...

Pourquoi les Safari Extensions ne pourraient pas être certifié via le Notary Service machin là comme les autres applications, tout simplement !?

avatar debione | 

@byte_order:
Jamais on t'a dit, mais bon tu dois être un hâter de base...

avatar C1rc3@0rc | 

@debione

Un hater primaire paranoïaque mégalomane obsédé par ses délires de persécution contre lui voyant des complots absurdes menés par une Firme worldwide, qui en realité ne veut que le bien de l'humanité et l'amour universel et inconditionnel pour tous les hommes de bonne volonté...

@byte_order
Oui, c'est du sarcasme et je suis d'accord avec toi sur le fait qu'Apple veut transformer MacOS en equivalent d'iOS, avec l'impossibilité a un terme de plus ne plus proche de contraindre au passage unique par le MAS...
Ceci dit, le fait de virer les extensions c'est pas un mal a mon sens, cf mon commentaires precedent.

avatar ziggyspider | 

Ça doit être contagieux !

avatar Moonwalker | 

Oui, mais ce n’est pas parce que tu es paranoïaque qu’Apple ne t’en veut pas personnellement.

En fait, Apple te déteste. Elle souhaite ta disparition de son éco-système.

avatar byte_order | 

Vous confondez paranoïa et délire de persécution.
Je vous laisse donc délirer plutôt que de débattre sur le fond, c.a.d. les lents mais réguliers pas vers plus de lock-in sur macOS sous couvert de "sécurité".

S'il suffisait d'imposer un circuit de distribution unique et monopolistique pour réduire le risque de sécurité, y'aurai qu'un seul hypermarché autorisé à vendre des produits alimentations, une seule pharmacie, une seule entreprise de transport aérien, une seule entreprise autorisée à vendre des véhicules etc.

Prétendre que c'est pour notre sécurité qu'on nous impose de plus en plus - et visiblement de plus en plus vite quand c'est possible sans trop de résistance du marché, comme ici - de devenir dépendent d'un acteur, unique *et* totalement intéressé (juge et partie, les cas d'abus ne manquent pas côté AppStore par exemple, demandez donc à l'éditeur de Amoji, à Pebble et j'en oublie tant d'autres), et refuser même le débat sur cet argument sous prétexe que "on en est pas encore là, c.a.d. l'argument zéro de tout débat sur les risques de dérive d'une approche), c'est se foutre bien plus de votre intégrité intellectuelle que de la mienne, très franchement.

Me faire qualifier de "hater" dans ces circonstances, je prends ça comme un compliment, du coup.

avatar debione | 

Ma contribution se situait environ au 24ième degré... ^^

Apple voulant enfermer le consommateur avec l'impression que se serait tellement compliquer d'aller chez la concurrence?
Non, tu es définitivement un hater...

avatar Nesus | 

@byte_order

Ce manque de réflexion et cette vision biaisée son très intéressant. Apple valide les développeurs et les applications. Ils veulent que l’utilisateur lambda n’ait pas à se demander s’il faut passer l’ordi l’antivirus ou pas. Si ça cette bleu a été piratée ou pas. Et surtout qu’il sache vers qui se tourner en cas de problème. Pour tous ceux qui ne veulent pas être dans cet écosystème pour le raisin qu’ils veulent, il y a des dizaines d’autres navigateurs web. Et eux font ce qu’ils veulent. Apple indique juste à l’installation qu’elle ne se considère plus comme responsable à partir du moment où vous prenez la votre. Donc trouver quelque chose de critiquable là-dedans, c’est vraiment critiquer pour le plaisir de critiquer. Ou alors n’avoir rien compris à l’informatique que crée Apple depuis plus de dix ans.

avatar byte_order | 

Y'a une différence entre autorité de validation et distributeur exclusif.
Y'a aucune raison de lier les deux.
Les certificats SSL d'Internet sont obtenus d'autorités qui n'imposent nullement d'utiliser forcément *leurs* serveurs pour votre site Web.
Et pourtant, vous ne paniquez pas !?

La prochaine étape, c'est quoi, que Safari refusera les serveurs utilisant un certificat SSL non validé par Apple elle-même aussi ?

> Ou alors n’avoir rien compris à l’informatique que crée Apple
> depuis plus de dix ans.

Ou l'avoir compris mais ne pas être d'accord avec les explications marketing la justifiant.

avatar Adrienhb | 

Très peu d'extension... très très peu même. Aaah cette volonté d'Apple se faire bande à part, parfois c'est bien pénible.

avatar macam | 

Comparé à Firefox c'est en effet très limité, par contre c'est au moins aussi bien fourni qu'Edge.

avatar fte | 

@Adrienhb

Parfois ?

Quand est-ce que ça n’est pas pénible ?

avatar CorbeilleNews | 

@Adrienhb

Pas du tout, je fais pareil, un bon coup de pied au c.. d'Apple direction poubelle...

Il suffit simplement de faire les choix qui ne nous sont pas dictés.

Comme ça pas besoin de pleurer.

Ma devise est de ne plus me laisser enfermer par ce genre de conneries/marques.

Depuis tout est plus facile et coûte moins cher.

C'est moins snob mais on a moins l'impression de se faire couillonner à chaque étage...

?

avatar bl@ck warrior_69 | 

Bon bah, bye bye Safari...

avatar marc_os | 

Y en a, ils ne sont jamais contents.
Ils ont le choix, mais non.
Apple change son système pour apporter ("imposer" diront les _haters_) plus de sécurité.
Et l'utilisateur a le choix : Soit il suit Apple avec Safari, soit il utilise une application tiers.
Mais non, jamais contents ces gamins avec leurs caprices.

avatar Moonwalker | 

Moi, je ne pleure pas avant d’être battu.

Ils finiront vraisemblablement par ajouter une option « j’ai quand même envie d’installer des daubes ». De toute façon, je n’utilise plus qu’une seule extension : Ghostery.

Après, les forums techniques sont pleins d’exemples d’adware sous forme d’extensions installés « à l’insu de son plein gré ».

avatar reborn | 

@Moonwalker

Après, les forums techniques sont pleins d’exemples d’adware sous forme d’extensions installés « à l’insu de son plein gré ».

Je pense aussi qu’Apple prend cela en compte dans ses manoeuvres actuelles

avatar macam | 

Dans le genre daube, Ghostery : merci !

avatar Moonwalker | 

Il fait ce que je lui demande.

avatar marenostrum | 

Ils ont enlevé cet option la

avatar byte_order | 

@marc_os
> Apple change son système pour apporter ("imposer" diront les _haters_) plus de sécurité.

Bien sur, la réponse à tous les problèmes de sécurité c'est d'imposer un seul magasin, comme par hasard le sien.

On se demande comment les gens ne meurent pas plus de problème sanitaire dans le monde alors qu'il n'y pas un seul magasin vendant des produits alimentaires...

Apple ne le change pas pour apporter plus de sécurité, Apple le *justifie* ainsi.
Cela ne signifie pas que c'est leur seule motivation, ni même que la sécurité soit la principale.

Si je suis un hater de base parce que je ne n'accepte pas les explications d'une entreprise comme toute la vérité rien que la vérité, cela me va parfaitement.

avatar Yacc | 

@byte_order

Dans l’absolu ta vision d’une volonté d’Apple de verrouiller l’accès à MacOS est légitime tant elle est dans le dogme d’Apple.

Dans la pratique la balance coûts/bénéficies pour Apple d’une telle démarche semble ne pas plaider pour elle.

Au final ce sont ces enjeux économiques qui feront le choix.

avatar macam | 

De une, les supermarchés distribuent tous les mêmes profuits, mais surtout les supermarchés ne sont pas responsables de la sécurité alimentaire des produits.

avatar byte_order | 

> De une, les supermarchés distribuent tous les mêmes profuits,

Euh, non, rien que pour des raisons de différence de surface au sol, non.

> mais surtout les supermarchés ne sont pas responsables de la sécurité
> alimentaire des produits.

Si ils continuent de distribuer un produit que le producteur leur à demandé de cesser de distribuer pour cause de risque sanitaire ou de sécurité, si.
Mais cette responsabilité se limite à la responsabilité de "distribution".

Alors pourquoi confier cette responsabilité (mais également le contrôle, avec tous les conflits d'intérêts qui peut en découler) à un seul magasin quand il s'agit de logiciel !?

avatar macam | 

Pourquoi confier cette responsabilité à un seul magasin ?
Parce que dans le domaine informatique il n'y a pas de services publiques de validation de la conformité des produits.

avatar byte_order | 

> Parce que dans le domaine informatique il n'y a pas de services publiques de validation
> de la conformité des produits.

Pourquoi devrait-ils être publics ?
Mais, si, y'en a.
L'exemple le plus connu, ce sont les autorités de certification qui générent les certificates des serveurs web. Je vois vraiment pas pourquoi ce modèle, multilateral, ne pourrait pas fonctionner pour les applications.

Il suffirait que Apple annonce que son futur macOS vérifiera désormais les certificats de tiers de confiance selon tel format, intégré de telle façon, pour que pleins de boites proposent, en concurrence, ce type de service.

Mais à la place, elle annonce *son* propre service de certification, qui sera le *seul* supporté. Et prépare tranquillement de lier cela à l'obligation de distribuer ces apps certifiés via *leur* magasin uniquement.
Probablement avec les apps via Marzipan, assez rapidement.

Cette approche permet de renforcer le contrôle d'Apple sur la *distribution* d'apps.
Et ça, c'est dans son intérêt, pas dans celui du consommateur.

avatar marc_os | 

@ byte_order
C'est marrant de supprimer une partie de mon commentaire pour le plier à ce que tu veux me faire dire. En fait non, c'est pas marrant.
Apple n'impose pas « un seul magasin » ni à toi ni à personne comme tu le prétends avec ta mauvaise foi coutumière. Pour simple preuve, tu peux installer Firefox, Chrome ou n'importe quel autre navigateur de ton choix. Tu peux même en développer un toi même, si d'aventure tu as les compétences adéquates.

avatar byte_order | 

> Pour simple preuve, tu peux installer Firefox, Chrome ou n'importe quel autre navigateur
> de ton choix.

Aujourd'hui.
Mais aujourd'hui, déjà, par défaut le MAS est configuré avec par défaut le refus des autres sources d'installation d'apps.
Si, comme je le crains et pense voir une volonté de le faire, petit à petit, Apple verrouille macOS sur le MAS comme c'est le cas sur iOS, pourquoi espérer pouvoir installer alors un autre browser Web (moteur *inclu*, hein, pas juste l'habillage différent de son webkit proprio..) alors qu'elle ne l'a jamais autorisé sur iOS !?

> Tu peux même en développer un toi même, si d'aventure tu as
> les compétences adéquates.

Ah, donc à l'avenir les utilisateurs, pour avoir un choix pas limité par le contrôle d'Apple sur ce qu'ils ont le droit ou pas d'installer sur leur propre matériel, devront se muter en développeur, c'est ça l'idée !?

Et c'est pas une façon de reconnaitre la mise sous tutelle des utilisateurs, ça !?

avatar marc_os | 

@byte_order
Tes craintes sont les tiennes.
Moi je ne me pourris pas la vie avec ce qui pourrait arriver ni avec les "si" tirés par les cheveux.
De plus ta mauvaise fois transforme tes peurs paranoïaques personnelles en affirmations et accusations gratuites comme dans ta dernière phrase.
Non merci.

avatar byte_order | 

Donc vous faites partie des partisans du "jusqu'ici tout va bien".
Ceux qui ne commencent à gueuler que quand c'est trop tard et que c'est bien plus difficile de s'opposer à une situation qui s'est pourtant installée, pas à pas, devant leurs yeux.
Et qui n'ont aucune crédibilité à crier alors "si on avait sû...".

avatar marenostrum | 

On peut les installer tant qu’ils payent la licence de développement distribuée par Apple.

avatar ecosmeri | 

@byte_order

Exactement. C'est comme les radars c'eSt pour la sécurité des usagers de la route.

Bizarrement c'est toujours au abord des radar que je vois des situations à risque. ( freinage intempestif sans raisons par exemple)

avatar fte | 

@marc_os

Ah elle a bon dos la sécurité. On grignote des libertés au nom de la sécurité et on se retrouve sous une dictature.

avatar Domsware | 

« Nous avons une énorme base de code partagée... »

Le cœur d’une application étant ses algorithmes le portage vers Safari ne devrait pas être un si gros soucis.

?

avatar byte_order | 

@Domsware
Mais oui, porter une énorme base de code javascript, CSS et HTML en code Swift, c'est pas du tout un souci.
Tout le monde fait ça entre midi et deux, hop.

Bref.

avatar bradepitre | 

J'utilise l'extension pour 1Password. J'ai l'impression qu'avec la version 7 de 1Password et l'extensions qui disparaitra, j'ai intérêt à garder mon vieux 1Password et mon vieux Safari. On nous enlève tout, même une partie que ce que j'aimais bien dans l'usine à gaz d'Itunes. Cette partie qui permettait de synchroniser et faire des backup des apps de nos iPhones. Il faudrait passer encore une fois par le nuage. Mais si j'achète un nouvel iPhone, en passant par le nuage, les dossiers d'apps vont être restitués tel un clone ? ... Je commence à ne plus rien comprendre.

Pages

CONNEXION UTILISATEUR