Hop porte une nouvelle fois plainte contre Apple pour obsolescence programmée et entraves à la réparation

Hop porte une nouvelle fois plainte contre Apple pour obsolescence programmée et entraves à la réparation

Hop porte une nouvelle fois plainte contre Apple pour obsolescence programmée et entraves à la réparation

Une plainte a été de nouveau déposée par Halte à l’Obsolescence Programmée (HOP) le mercredi 7 décembre contre Apple, annonce l'association dans un communiqué. Cette fois-ci, Hop vise la sérialisation des composants et périphériques de l'iPhone, c'est-à-dire le fait d'associer ces composants au numéro de série du smartphone, si bien que les réparateurs non agréés ne peuvent changer ces pièces (HOP parle notamment des micro-puces).

L'association a joint à sa plainte de nombreux cas où iOS 16 dysfonctionne si on change un composant qui n'est pas associé au même numéro de série que l'iPhone en question. Un retour vers iOS 15 éviterait ces dysfonctionnements.

« Ces pratiques portent atteinte non seulement au droit à la réparation, mais également au développement du reconditionnement de smartphones, dans la mesure où les appareils remis en circulation risquent de subir des dysfonctionnements actuels ou futurs » déclare l'association. Hop a aussi lancé un framaform pour recueillir les témoignages d'autres utilisateurs sur ce problème.

Commentaires (7)


Effectivement c’est pratique courante.



Sur l’iPhone12 un utilisateur avait échangé les caméras de deux mobiles parfaitement fonctionnels et ils étaient ensuite truffés de bugs ou fonctionnalités manquantes. La politique étant d’obliger à passer par les agréments ou Apple pour la réparation.


Je ne suis pas sûr de comprendre. Pourquoi changer les caméras si les mobiles étaient parfaitement fonctionnels ? Les bugs rencontrés étaient-ils bien dûs à des blocages logiciels, ou pouvaient-ils être dûs à des capteurs de mauvaises qualité ou mal installés ? Si tu as une source avec plus de détails ça m’intéresse.



Un cas où je trouve que ces blocages au changement des pièces est nécessaire: les périphériques de sécurité (capteur d’empreinte par exemple). Si ces périphériques sont changés, cela peut apporter des problèmes de sécurité. Sans empêcher complètement le changement de ces pièces, tout changement doit être indiqué clairement à l’utilisateur, et les fonctionnalités associées doivent être réinitialisées.


Freeben666

Je ne suis pas sûr de comprendre. Pourquoi changer les caméras si les mobiles étaient parfaitement fonctionnels ? Les bugs rencontrés étaient-ils bien dûs à des blocages logiciels, ou pouvaient-ils être dûs à des capteurs de mauvaises qualité ou mal installés ? Si tu as une source avec plus de détails ça m’intéresse.



Un cas où je trouve que ces blocages au changement des pièces est nécessaire: les périphériques de sécurité (capteur d’empreinte par exemple). Si ces périphériques sont changés, cela peut apporter des problèmes de sécurité. Sans empêcher complètement le changement de ces pièces, tout changement doit être indiqué clairement à l’utilisateur, et les fonctionnalités associées doivent être réinitialisées.


L’échange était effectué deux fois pour montrer que les camera ne pouvaient fonctionner que sur le mobile d’origine à cause du lockage logiciel


Freeben666

Je ne suis pas sûr de comprendre. Pourquoi changer les caméras si les mobiles étaient parfaitement fonctionnels ? Les bugs rencontrés étaient-ils bien dûs à des blocages logiciels, ou pouvaient-ils être dûs à des capteurs de mauvaises qualité ou mal installés ? Si tu as une source avec plus de détails ça m’intéresse.



Un cas où je trouve que ces blocages au changement des pièces est nécessaire: les périphériques de sécurité (capteur d’empreinte par exemple). Si ces périphériques sont changés, cela peut apporter des problèmes de sécurité. Sans empêcher complètement le changement de ces pièces, tout changement doit être indiqué clairement à l’utilisateur, et les fonctionnalités associées doivent être réinitialisées.


Pour les capteur d’empreinte ça se fait déjà, sur android par exemple j’avais du remettre les empreintes après changements de composant


Je ne suis pas toujours en phase avec la HOP qui a tendance à noircir le tableau, mais là c’est une pratique qui sous couvert de défense contre la fraude et la contrefaçon, montre que plus c’est cher, moins c’est à nous.


Ca rappelle les “Bugs” volontaires que microsoft avait implémenté pour tuer DRDOS …


Ou les bugs volontaires / messages anxiogènes que Google met dans ses produits Web si le user-agent est différent de Chrome.



Que des pratiques répugnantes.


Fermer