Le sideloading sur Amazon Fire TV revient, mais uniquement sur les appareils Android
Amazon rétablit le sideloading sur Amazon Fire TV après qu’une récente mise à jour des Paramètres a bloqué de manière inattendue cette fonctionnalité sur certains appareils basés sur Android. L’entreprise indique qu’un correctif automatique parviendra au matériel concerné au cours de la semaine suivant sa déclaration du 15 septembre.
Cela ressemble à une simple correction de bug. Pourtant, le calendrier rend cet incident plus important qu’une défaillance ordinaire des Paramètres. Amazon s’est également engagé à faire fonctionner ses futurs Fire TV Sticks sous Vega OS, une plateforme basée sur Linux qui n’accepte pas les paquets d’applications Android classiques.
Il en résulte une stratégie Fire TV à deux vitesses. Les propriétaires actuels de Fire OS devraient retrouver l’accès à des applications Android provenant de l’extérieur de la boutique d’Amazon. Les acheteurs de futurs appareils Vega resteront dans un système applicatif plus contrôlé, même après la disparition du bug de Fire OS.
Le sideloading sur Amazon Fire TV reviendra après un correctif des Paramètres
Amazon affirme que la récente panne du sideloading était un bug involontaire des Paramètres, et non une nouvelle restriction visant les appareils Fire OS compatibles.
Le problème est apparu dans le menu « Installer des applications inconnues ». Cet écran répertorie les applications pouvant recevoir l’autorisation d’installer des logiciels obtenus en dehors de l’Amazon Appstore.
Sur le matériel concerné, cette liste semblait incomplète ou entièrement vide. Des utilitaires tels que Downloader disparaissaient donc de l’écran des autorisations, empêchant les utilisateurs de les autoriser à installer un paquet d’application Android, ou APK.
Un APK est le fichier d’installation standard utilisé par les applications Android. Fire OS est basé sur Android ; les modèles Fire TV compatibles peuvent donc normalement installer ces paquets après que leur propriétaire a activé l’autorisation appropriée.
Amazon a indiqué à AFTVnews avoir identifié la cause. L’entreprise a précisé qu’une prochaine mise à jour des Paramètres de Fire TV s’installerait automatiquement sur les appareils concernés au cours de la semaine suivante.
Le correctif annoncé concerne le composant Paramètres plutôt que l’introduction d’une nouvelle version de Fire OS. Cette distinction est importante, car la compatibilité Android sous-jacente du système d’exploitation n’a pas disparu.
La panne n’a pas non plus touché tous les Fire TV de la même manière. Certains propriétaires continuaient à voir leurs applications d’installation, tandis que d’autres rencontraient une liste vide ou une erreur indiquant qu’aucune application compatible n’était disponible.
Selon l’analyse détaillée du bug, l’interface pouvait se charger avant que Fire TV ait fini de constituer la liste des applications éligibles. Les appareils plus lents et plus anciens étaient donc davantage susceptibles d’exposer le problème.
Ce comportement aide à comprendre pourquoi le changement a d’abord semblé délibéré. Une restriction intentionnelle et un écran d’autorisations défaillant produisent le même résultat pratique pour les utilisateurs : l’installation ne démarre jamais.
Le contexte général rendait les soupçons raisonnables. Amazon a déjà bloqué certaines applications associées au streaming non autorisé, tandis que son système d’exploitation le plus récent limite les installations effectuées par les consommateurs en dehors de la boutique officielle.
Toutefois, la déclaration de l’entreprise établit une limite claire autour de cet incident précis. La liste manquante était un défaut logiciel sur les appareils Fire OS concernés, et Amazon prévoit de rétablir son fonctionnement antérieur.
Les propriétaires ne devraient pas interpréter cette promesse comme une prise en charge de tous les APK téléchargés. La compatibilité, l’intégrité des applications, les contrôles régionaux et les politiques de sécurité d’Amazon continuent de s’appliquer après le retour du menu.
Le sideloading ne signifie pas non plus contourner toutes les protections de la plateforme. Il désigne simplement l’installation de logiciels provenant de l’extérieur de la boutique par défaut, souvent après avoir explicitement accordé à une application l’autorisation de gérer les fichiers d’installation.
La propre documentation ADB d’Amazon continue de décrire l’installation d’APK sur Fire TV au moyen d’Android Debug Bridge. ADB est un outil de développement qui envoie des commandes et des paquets d’applications depuis un ordinateur vers un appareil Android.
Cette documentation constitue un autre signal indiquant que le sideloading reste intégré au modèle de développement de Fire OS. Les développeurs en ont besoin pour tester des applications avant de soumettre des versions à la boutique d’Amazon.
La correction devrait donc rétablir à la fois un usage pour les consommateurs et un parcours de test établi. Elle ne représente pas l’ouverture d’une nouvelle plateforme, car Fire OS prenait déjà en charge ce parcours avant la mise à jour défectueuse.
Pourquoi un petit bug a semblé être un verrouillage délibéré
La panne est survenue alors qu’Amazon réduisait déjà le rôle d’Android, faisant ressembler une restriction accidentelle à une décision stratégique.
Amazon a passé des années à vendre du matériel de streaming abordable combinant une interface télévisuelle sélectionnée et la compatibilité Android. Cette combinaison a attiré les téléspectateurs grand public, les développeurs, les passionnés et les utilisateurs recherchant des applications absentes du catalogue d’Amazon.
Le sideloading était au cœur de cette flexibilité. Les propriétaires pouvaient installer des lecteurs multimédias indépendants, des navigateurs, des utilitaires, des outils d’accessibilité et des applications expérimentales sans attendre une publication sur l’Appstore.
Cette même ouverture créait aussi des risques pour Amazon. Un paquet téléchargé peut contenir du code malveillant, abuser des autorisations, contourner l’examen de la boutique ou donner accès à du contenu sans autorisation.
Ces préoccupations sont devenues plus visibles à mesure que les détenteurs de droits accentuaient leur pression sur les plateformes de streaming et les fabricants d’appareils. La popularité de Fire TV a fait de cette gamme de produits un élément récurrent des discussions sur les services télévisuels non autorisés.
Amazon a commencé à bloquer certaines applications associées au piratage avant l’apparition du bug des Paramètres. Cette application des règles a établi un précédent récent de restriction à distance de logiciels que les utilisateurs avaient eux-mêmes installés.
La nouvelle stratégie Fire TV a ajouté un autre signal. Amazon a introduit Vega OS sur le Fire TV Stick 4K Select, remplaçant la base Android par son propre environnement basé sur Linux.
Amazon a ensuite indiqué dans sa feuille de route Fire TV que tous les futurs Fire TV Sticks fonctionneront sous Vega. Cet engagement signifie que la compatibilité avec les APK Android classiques ne définira pas la prochaine génération de sticks de streaming de l’entreprise.
Lorsque la liste « Installer des applications inconnues » a disparu sur les anciens produits, les utilisateurs avaient peu de raisons de considérer l’événement de manière isolée. Il semblait cohérent avec l’orientation plus large d’Amazon vers une distribution d’applications plus restrictive.
L’épisode révèle autant un problème de communication qu’un problème logiciel. Fire TV comprend désormais plusieurs systèmes d’exploitation aux règles sensiblement différentes, alors que le matériel continue d’utiliser une marque grand public commune.
Un acheteur peut raisonnablement supposer que chaque Fire TV Stick récent fonctionne comme le modèle précédent. Cette hypothèse ne tient plus lorsqu’un produit fonctionne sous Fire OS basé sur Android et qu’un autre utilise Vega.
La différence est particulièrement facile à manquer, car le sideloading décrit plusieurs processus distincts. Les consommateurs l’utilisent pour installer des logiciels indépendants, tandis que les développeurs enregistrés utilisent des processus connexes pour tester leurs propres versions.
Vega peut prendre en charge des installations de développement dans des conditions contrôlées. Cela ne signifie pas qu’un propriétaire ordinaire peut télécharger un APK Android et l’exécuter comme auparavant.
La réponse d’Amazon résout l’incertitude immédiate pour le matériel Fire OS concerné. Elle n’inverse pas la transition plus large de la plateforme qui a fait paraître le bug intentionnel.
C’est la distinction centrale pour les propriétaires : l’entreprise répare les autorisations de Fire OS tout en continuant à concevoir ses futurs sticks autour d’un modèle applicatif différent.
Cette séparation modifie également la manière dont il faut interpréter les futures restrictions. Un APK bloqué sur Fire OS peut refléter un défaut, une politique de sécurité ou une mesure ciblée. Le même APK sur Vega est simplement incompatible avec la plateforme.
Amazon devra communiquer plus clairement tant que les deux systèmes coexisteront. Sinon, des défaillances de routine peuvent rapidement devenir la preuve d’une théorie plus large selon laquelle l’entreprise supprime discrètement des capacités promises.
La pression ne se limite pas à la perception du public. Les équipes d’assistance, les développeurs d’applications, les détaillants et les testeurs doivent expliquer quelles fonctionnalités appartiennent à chaque système d’exploitation.
Cette charge augmente avec chaque appareil portant un nom similaire. Un client choisissant entre deux Fire TV Sticks doit désormais comprendre une distinction de plateforme qui concernait auparavant principalement les développeurs.
L’ouverture de Fire OS et le contrôle de Vega constituent désormais le véritable conflit
La division importante n’oppose pas Amazon au sideloading partout. Elle oppose du matériel flexible basé sur Android au modèle de distribution Vega contrôlé par Amazon.
Fire OS reste une branche d’Android. Cette base permet aux développeurs de réutiliser les applications et les outils Android, tandis que les propriétaires peuvent installer des APK compatibles lorsqu’Amazon expose les autorisations nécessaires.
Les pages destinées aux développeurs d’Amazon décrivent les versions actuelles de Fire OS comme compatibles avec les applications Android existantes. La plateforme conserve également des outils Android tels qu’ADB pour les tests et l’installation.
Vega emprunte une voie différente. Il utilise la propre plateforme logicielle et le propre format de paquets d’applications d’Amazon, plutôt que de traiter un APK Android local comme une application native.
Cela donne à Amazon davantage de contrôle sur les performances, la sécurité, la distribution et les technologies disponibles pour les développeurs. Cela supprime aussi une voie de contournement familière lorsqu’une application est absente du catalogue officiel.
La transition vers Vega modifie donc plus qu’un paramètre avancé. Elle détermine qui peut distribuer des logiciels, quel format ces logiciels utilisent et quelle marge de décision reste au propriétaire de l’appareil.
Pour Amazon, une plateforme contrôlée peut réduire la variabilité créée par les paquets non examinés. Elle peut également rendre le comportement des applications plus prévisible sur du matériel abordable aux ressources limitées en matière de traitement et de mémoire.
L’entreprise affirme que Vega vise de meilleures performances sur les appareils d’entrée de gamme. Une plateforme conçue sur mesure donne à Amazon davantage de liberté pour optimiser les interfaces, intégrer les services Alexa et abandonner les composants Android vieillissants.
Les développeurs sont confrontés à un calcul différent. Fire OS offre l’accès à une chaîne d’outils Android mature, tandis que Vega exige un travail natif ou une participation à l’une des voies de migration d’Amazon.
Cette transition crée à la fois une dépendance technique et commerciale. La publication via l’Appstore devient plus importante lorsque les consommateurs ne peuvent pas obtenir et installer indépendamment la même application.
Amazon a créé un pont pour certains services sélectionnés. Son programme d’applications cloud peut exécuter un APK Fire OS existant dans un conteneur AWS et diffuser son interface vers un appareil Vega.
La vidéo elle-même peut toujours transiter directement depuis le réseau de diffusion de contenu du fournisseur. Le conteneur cloud gère l’interface de l’application et l’envoie vers un petit wrapper Vega installé sur l’appareil.
Ce mécanisme réduit le travail de portage immédiat pour les développeurs éligibles. Il ne reproduit pas l’ouverture du sideloading Android local.
Amazon sélectionne les applications pour ce programme, et l’application doit déjà être publiée dans l’Amazon Appstore. Les jeux et les utilitaires ne sont pas éligibles selon les conditions actuellement documentées.
Un développeur peut demander à être pris en considération, mais Amazon ne garantit pas son acceptation. Le programme constitue donc un pont de compatibilité géré, et non une couche Android universelle.
Cette distinction a des conséquences concrètes. Un grand service de streaming peut travailler avec Amazon, publier via sa boutique et poursuivre une version Vega. Un petit utilitaire distribué directement par son créateur dispose de moins de moyens d’accéder au matériel grand public.
Les utilisateurs qui ne dépendent que des grands services de streaming ne remarqueront peut-être jamais cette différence. Leurs applications peuvent arriver via la boutique native de Vega ou le mécanisme cloud d’Amazon.
Les passionnés la remarquent immédiatement, car la valeur qu’ils recherchent provient souvent de logiciels qu’un propriétaire de plateforme n’a pas sélectionnés. Les lanceurs indépendants, lecteurs spécialisés et utilitaires de réseau local en sont des exemples typiques.
La pression concurrentielle s’exerce donc sur Amazon plutôt que sur un seul rival. Roku et Apple exploitent déjà des plateformes TV étroitement contrôlées, tandis que les appareils basés sur Android préservent divers degrés de flexibilité d’installation.
Les anciens produits Fire OS d’Amazon occupaient une position intermédiaire utile. Ils proposaient une boutique grand public tout en laissant aux propriétaires une porte ouverte vers Android lorsqu’ils avaient besoin de davantage de contrôle.
Vega rapproche les futurs Fire TV Sticks du segment contrôlé de ce marché. Le rétablissement du sideloading sur les modèles existants préserve temporairement l’ancien compromis, mais ne le prolonge pas à l’avenir.
La correction ne rouvre pas tous les Fire TV
La promesse d’Amazon est limitée : les produits concernés basés sur Android devraient retrouver leur liste d’autorisations manquante, tandis que les appareils Vega restent soumis à d’autres règles.
La première incertitude concerne les appareils couverts. Amazon a déclaré que le bug affectait certains appareils Fire TV, mais sa communication publique n’a pas fourni de liste complète modèle par modèle.
Des rapports suggèrent que le matériel plus ancien ou moins puissant rencontrait plus souvent le problème. Les appareils plus rapides pouvaient terminer la création de la liste d’autorisations avant son affichage dans l’interface.
Cette explication est plausible et cohérente avec les variations observées. Les propriétaires doivent néanmoins vérifier le résultat sur leurs appareils individuels après l’arrivée de la mise à jour automatique.
La deuxième incertitude concerne le calendrier. Amazon a évoqué un déploiement au cours de la semaine à venir, ce qui laisse entendre une distribution progressive plutôt qu’une sortie mondiale simultanée.
Les mises à jour échelonnées sont courantes, car elles permettent à un opérateur de plateforme de surveiller les défaillances avant d’élargir la distribution. Elles signifient également que deux appareils identiques peuvent recevoir une correction à des jours différents.
La troisième incertitude concerne les applications bloquées. Restaurer la liste des installateurs ne garantit pas qu’Amazon autorisera l’exécution de chaque paquet.
Amazon peut distinguer la possibilité générale d’installer des applications hors boutique de l’application de règles contre des applications particulières. L’entreprise a déjà montré qu’elle considère ces éléments comme des questions de politique distinctes.
La sécurité reste une préoccupation légitime. La vérification en boutique ne peut pas éliminer les logiciels malveillants, mais elle ajoute des mécanismes d’identité, d’analyse, de politique et de retrait qui peuvent manquer à la distribution directe.
Les logiciels installés hors boutique font peser davantage de responsabilités sur l’utilisateur. Les propriétaires doivent déterminer s’ils font confiance au développeur, à la source de téléchargement, aux autorisations demandées et au processus de mise à jour.
Cette responsabilité devient difficile à assumer sur une interface de télévision. Les utilisateurs installent souvent des paquets via des adresses raccourcies, des dépôts tiers ou des instructions copiées depuis des vidéos en ligne.
Un paquet malveillant peut imiter une application connue ou demander des accès sans rapport avec sa fonction annoncée. Le rétablissement d’une autorisation d’installation ne fait pas disparaître ces risques.
Pourtant, supprimer le sideloading entraîne aussi des coûts. Les développeurs indépendants perdent un canal de distribution, des besoins d’accessibilité peuvent rester sans réponse et les propriétaires ne peuvent pas facilement remplacer des applications abandonnées ou indisponibles dans leur région.
Cette fonction a aussi des usages légitimes de développement. La propre documentation d’Amazon demande aux développeurs d’installer des versions hors boutique pendant les tests.
Traiter toute application installée hors boutique comme suspecte ignorerait ce flux de travail logiciel ordinaire. Considérer chaque APK comme sûre serait tout aussi trompeur.
Vega ne tranche pas ce débat. Il modifie l’identité de celui qui prend la décision finale en plaçant Amazon entre le fournisseur d’applications et le consommateur.
Cette approche peut améliorer la cohérence et réduire l’exposition aux paquets douteux. Elle permet également à Amazon de décider quelles applications méritent une prise en charge de migration, une présence en boutique ou une compatibilité cloud.
La correction actuelle de Fire OS doit donc être évaluée selon un critère modeste. La liste des autorisations revient-elle, les installateurs légitimes peuvent-ils recevoir une autorisation, et les fonctions non affectées restent-elles stables ?
Elle ne doit pas être interprétée comme la preuve qu’Amazon a abandonné Vega. La stratégie d’appareils publiée par l’entreprise indique le contraire.
L’incident ne doit pas non plus être présenté comme une victoire permanente des plateformes TV ouvertes. Les appareils Fire OS existants ont retrouvé une fonction au cours d’une transition vers du matériel qui ne repose pas sur les mêmes fondations Android.
L’interprétation sceptique est qu’Amazon préserve la compatibilité là où les clients y comptaient déjà, tout en évitant un retour de bâton soudain. L’interprétation plus charitable est simplement que l’entreprise corrige une régression.
Ces deux interprétations conduisent à la même conclusion pratique. Les propriétaires actuels doivent distinguer la correction reçue sur leur appareil du système d’exploitation qu’ils choisiront avec leur prochain achat.
Les développeurs et les acheteurs doivent désormais vérifier d’abord le système d’exploitation
Le nom Fire TV ne permet plus de savoir si les applications Android fonctionneront ; le système d’exploitation est donc devenu un critère d’achat.
Pour les propriétaires existants, l’étape immédiate consiste à laisser leur Fire TV recevoir sa mise à jour automatique des Paramètres. L’appareil doit rester connecté à Internet et être autorisé à terminer son processus habituel de mise à jour.
Ensuite, les utilisateurs peuvent retourner aux options développeur et à l’écran « Installer des applications inconnues ». Les applications d’installation éligibles devraient réapparaître si la correction atteint l’appareil et résout sa défaillance spécifique.
Les utilisateurs devraient éviter d’effectuer une réinitialisation d’usine uniquement parce que la liste est vide. Une réinitialisation peut supprimer des réglages et des applications sans corriger un défaut du composant Paramètres.
Les utilisateurs devraient également résister à l’envie de télécharger des installateurs de remplacement inconnus en attendant. L’impossibilité d’autoriser un utilitaire fiable ne rend pas une alternative inconnue plus sûre.
Pour les acheteurs potentiels, les noms des modèles et les dates de sortie ne suffisent plus. Les spécifications des produits devraient clairement identifier Fire OS ou Vega OS.
Un modèle Fire OS offre une compatibilité Android et le flux de travail APK établi, sous réserve des politiques d’Amazon. Un modèle Vega exige des applications conçues, sélectionnées ou adaptées pour la nouvelle plateforme d’Amazon.
Cette distinction compte même lorsqu’un service souhaité apparaît dans les deux boutiques. L’application peut fonctionner localement sur Fire OS, via le streaming cloud sur Vega ou grâce à une version Vega native distincte.
Ces méthodes de distribution peuvent influer sur la réactivité, la disponibilité des fonctions, le comportement du compte et la dépendance à la connectivité. Les acheteurs devraient vérifier l’application précise plutôt que de supposer une parité entre plateformes.
Les développeurs font face à une décision similaire. Maintenir un APK Fire OS sert le parc installé d’appareils basés sur Android, tandis que les futurs Fire TV Sticks créent une pression en faveur de la prise en charge de Vega.
Amazon affirme que Fire TV atteint plus de 250 millions d’appareils dans le monde. Il s’agit du chiffre de plateforme de l’entreprise, mais il illustre pourquoi les développeurs ne peuvent pas ignorer avec désinvolture l’une ou l’autre branche.
Le parc installé ne changera pas de système d’exploitation du jour au lendemain. Amazon a précédemment déclaré ne pas prévoir de convertir les appareils Fire OS existants à Vega, ce qui préserve une importante audience Android.
Le matériel futur évolue dans la direction opposée. L’engagement d’Amazon envers Vega signifie que les développeurs cherchant à atteindre les acheteurs de nouveaux Fire TV Sticks doivent évaluer une migration native ou des options de compatibilité approuvées.
Les petits développeurs ressentiront cette pression le plus fortement. Les grandes entreprises de streaming peuvent affecter des équipes d’ingénierie, négocier la prise en charge de la plateforme et réaliser un portage officiel.
Un développeur d’utilitaire indépendant peut dépendre d’une base de code Android partagée et de la distribution directe d’APK. Reconstruire pour Vega peut exiger un travail que l’audience de l’application ne peut pas soutenir.
Le pont cloud offre un soulagement limité, car Amazon contrôle l’inscription. Ses restrictions excluent aussi des catégories comme les utilitaires, où le sideloading a historiquement apporté une valeur considérable aux utilisateurs.
Cela fait de la disponibilité des applications une variable concurrentielle. Si Vega ne propose pas un service apprécié, les acheteurs peuvent choisir du matériel de streaming basé sur Android plutôt que d’attendre Amazon ou le développeur.
Les appareils Google TV restent la comparaison la plus évidente, car ils conservent le modèle d’applications d’Android. Cependant, Google renforce également la vérification des développeurs et les contrôles d’installation sur les appareils Android certifiés.
La tendance du secteur n’est donc pas un simple affrontement entre produits ouverts et fermés. Les grands propriétaires de plateformes veulent de plus en plus des développeurs responsables, des logiciels plus sûrs et davantage de contrôle sur la distribution.
Les différences significatives concernent le degré, le processus et les recours des utilisateurs. Un propriétaire peut-il autoriser une application indépendante, un développeur peut-il atteindre les utilisateurs sans approbation de la boutique, et une application bloquée peut-elle bénéficier d’un examen transparent ?
Le bug d’Amazon a brièvement rendu ces questions urgentes pour des appareils dont les réponses semblaient auparavant établies. La correction rétablit les anciennes réponses sur Fire OS, tandis que Vega en établit de différentes pour les futures clés.
Trois signaux montreront ce que signifie réellement le revirement d’Amazon
Le prochain test n’est pas la déclaration d’Amazon. Il s’agit de savoir si la correction fonctionne largement, tandis que l’entreprise distingue clairement la prise en charge de Fire OS de l’avenir contrôlé de Vega.
Le premier signal est l’achèvement du déploiement de la mise à jour des Paramètres. Les propriétaires devraient voir les applications d’installation revenir dans la liste « Installer des applications inconnues » sans réinitialisation ni solution de contournement non officielle.
Un rétablissement cohérent étayerait l’explication d’Amazon selon laquelle il s’agissait d’un défaut de synchronisation ou d’interface. Des échecs persistants sur des appareils mis à jour affaibliraient cette explication et exigeraient une réponse technique plus détaillée.
Le deuxième signal est le traitement par Amazon des applications individuelles installées hors boutique. L’entreprise peut restaurer l’autorisation générale tout en continuant à bloquer les paquets qu’elle identifie comme nuisibles ou liés à du contenu non autorisé.
Des avis clairs et des politiques publiées aideraient les utilisateurs à distinguer une application ciblée des règles d’un nouvel échec à l’échelle de la plateforme. Un blocage silencieux recréerait l’incertitude qui entourait le bug initial.
Le troisième signal est la couverture applicative de Vega sur les Fire TV Sticks nouvellement lancés. Amazon doit démontrer que sa boutique, ses outils natifs et son pont cloud peuvent remplacer suffisamment de logiciels Android pour satisfaire les acheteurs.
Un catalogue en expansion renforcerait l’argument d’Amazon selon lequel une distribution plus stricte améliore la cohérence sans rendre le matériel beaucoup moins utile. Des lacunes persistantes pousseraient les utilisateurs avancés vers des appareils Android concurrents.
Les développeurs devraient surveiller quelles catégories d’applications reçoivent une prise en charge Vega native et lesquelles obtiennent une compatibilité cloud. La réponse révélera les priorités d’Amazon plus clairement que les messages généraux sur la plateforme.
Les acheteurs devraient surveiller les pages produits pour y trouver des étiquettes explicites sur le système d’exploitation et les restrictions d’installation. Des informations claires réduiraient la confusion entre des appareils Fire TV visuellement similaires aux capacités logicielles différentes.
Les propriétaires existants devraient se concentrer sur la question plus limitée : le sideloading Amazon Fire TV revient-il sur leur modèle basé sur Android après la mise à jour promise ? Si c’est le cas, ils retrouvent le flux de travail qu’ils utilisaient auparavant.
Ce rétablissement conserve néanmoins une limite d’expiration. Le matériel de remplacement équipé de Vega n’héritera pas de la compatibilité APK ordinaire simplement parce qu’un ancien Fire TV a reçu une correction.
Amazon a corrigé un verrouillage accidentel sur la plateforme d’hier tout en resserrant intentionnellement le contrôle de la plateforme de demain. C’est le véritable revirement derrière cette mise à jour.
Avant d’acheter un autre Fire TV Stick, vérifiez le système d’exploitation et assurez-vous que chaque application essentielle est disponible via son canal de distribution pris en charge. Pour les appareils actuels sous Fire OS, installez la mise à jour officielle, vérifiez la liste des autorisations et signalez les problèmes persistants via les canaux d’assistance d’Amazon.
