Il sideloading su Amazon Fire TV sta tornando, ma solo sui dispositivi Android
Amazon sta ripristinando il sideloading su Amazon Fire TV dopo che un recente aggiornamento delle Impostazioni ha inaspettatamente bloccato la funzione su alcuni dispositivi basati su Android. L'azienda afferma che una correzione automatica raggiungerà l'hardware interessato nella settimana successiva alla sua dichiarazione del 15 settembre.
Può sembrare una semplice correzione di bug. Eppure, il tempismo rende l'incidente più significativo di un normale malfunzionamento delle Impostazioni. Amazon ha inoltre annunciato che i suoi futuri Fire TV Stick utilizzeranno Vega OS, una piattaforma basata su Linux che non accetta i comuni pacchetti applicativi Android.
Il risultato è una strategia Fire TV divisa in due. Gli attuali proprietari di Fire OS dovrebbero recuperare l'accesso alle app Android esterne allo store di Amazon. Gli acquirenti dei futuri dispositivi Vega resteranno invece all'interno di un sistema applicativo più controllato, anche dopo la risoluzione del bug di Fire OS.
Il sideloading su Amazon Fire TV tornerà dopo una correzione delle Impostazioni
Amazon afferma che il recente problema del sideloading è stato un bug involontario delle Impostazioni, non una nuova restrizione per i dispositivi Fire OS compatibili.
Il problema è comparso nel menu “Install unknown apps”. Questa schermata elenca le applicazioni che possono ricevere l'autorizzazione a installare software ottenuto al di fuori dell'Amazon Appstore.
Sull'hardware interessato, quell'elenco appariva incompleto o del tutto vuoto. Utility come Downloader sono quindi scomparse dalla schermata dei permessi, impedendo agli utenti di autorizzarle a installare un pacchetto applicativo Android, o APK.
Un APK è il file di installazione standard utilizzato dalle applicazioni Android. Fire OS è basato su Android, quindi i modelli Fire TV compatibili possono normalmente installare questi pacchetti dopo che il proprietario ha abilitato l'autorizzazione appropriata.
Amazon ha dichiarato ad AFTVnews di aver individuato la causa. L'azienda ha affermato che un prossimo aggiornamento delle Impostazioni di Fire TV verrà installato automaticamente sui dispositivi interessati durante la settimana seguente.
La correzione segnalata riguarda il componente Impostazioni anziché introdurre una nuova versione di Fire OS. Questa distinzione è importante perché la compatibilità Android alla base del sistema operativo non è venuta meno.
Il problema non ha inoltre colpito ogni Fire TV nello stesso modo. Alcuni proprietari continuavano a visualizzare le proprie applicazioni di installazione, mentre altri si sono trovati davanti a un elenco vuoto o a un errore che indicava l'assenza di app compatibili.
Secondo la dettagliata analisi del bug, l'interfaccia poteva caricarsi prima che Fire TV avesse terminato di compilare l'elenco delle applicazioni idonee. I dispositivi più lenti e meno recenti avevano quindi maggiori probabilità di mostrare il problema.
Questo comportamento aiuta a spiegare perché il cambiamento inizialmente sia apparso deliberato. Una restrizione intenzionale e una schermata dei permessi non funzionante producono lo stesso risultato pratico per gli utenti: l'installazione non parte mai.
Il contesto più ampio rendeva ragionevole il sospetto. Amazon ha già bloccato alcune applicazioni associate allo streaming non autorizzato, mentre il suo sistema operativo più recente limita l'installazione da parte dei consumatori al di fuori dello store ufficiale.
Tuttavia, la dichiarazione dell'azienda traccia un confine netto attorno a questo specifico incidente. L'elenco mancante era un difetto software sui dispositivi Fire OS interessati e Amazon intende ripristinarne il comportamento precedente.
I proprietari non dovrebbero interpretare questa promessa come supporto per ogni APK scaricato. Compatibilità, integrità dell'applicazione, controlli regionali e politiche di sicurezza di Amazon continueranno ad applicarsi anche dopo il ritorno del menu.
Il sideloading non significa neppure aggirare ogni salvaguardia della piattaforma. Significa semplicemente installare software al di fuori dello store predefinito, spesso dopo aver concesso esplicitamente a un'applicazione il permesso di gestire i file di installazione.
La documentazione ADB di Amazon continua a descrivere l'installazione di APK su Fire TV tramite Android Debug Bridge. ADB è uno strumento per sviluppatori che invia comandi e pacchetti applicativi da un computer a un dispositivo Android.
Quella documentazione offre un ulteriore segnale del fatto che il sideloading resta parte del modello di sviluppo di Fire OS. Gli sviluppatori ne hanno bisogno per testare le applicazioni prima di inviare le build allo store di Amazon.
La correzione dovrebbe quindi ripristinare sia un flusso di lavoro per i consumatori sia un percorso di test consolidato. Non rappresenta una piattaforma appena aperta, perché Fire OS supportava già questo percorso prima dell'aggiornamento difettoso.
Perché un piccolo bug è sembrato un blocco deliberato
Il problema è emerso mentre Amazon stava già riducendo il ruolo di Android, facendo sembrare strategica una restrizione accidentale.
Per anni Amazon ha venduto hardware di streaming economico che combinava un'interfaccia televisiva curata con la compatibilità Android. Questa combinazione ha attirato spettatori mainstream, sviluppatori, appassionati e utenti alla ricerca di applicazioni assenti dal catalogo di Amazon.
Il sideloading era centrale per questa flessibilità. I proprietari potevano installare lettori multimediali indipendenti, browser, utility, strumenti di accessibilità e applicazioni sperimentali senza attendere una pubblicazione sull'Appstore.
La stessa apertura comportava però rischi per Amazon. Un pacchetto scaricato può contenere codice dannoso, abusare dei permessi, eludere la revisione dello store o fornire accesso a contenuti senza autorizzazione.
Queste preoccupazioni sono diventate più visibili quando i titolari dei diritti hanno aumentato la pressione sulle piattaforme di streaming e sui produttori di dispositivi. La popolarità di Fire TV ha reso la linea di prodotti un elemento frequente nelle discussioni sui servizi televisivi non autorizzati.
Amazon ha iniziato a bloccare alcune applicazioni associate alla pirateria prima della comparsa del bug nelle Impostazioni. Questa attività di enforcement ha creato un recente precedente per limitare da remoto software installato direttamente dagli utenti.
La nuova strategia Fire TV ha aggiunto un altro segnale. Amazon ha introdotto Vega OS sul Fire TV Stick 4K Select, sostituendo la base Android con un proprio ambiente basato su Linux.
Amazon ha successivamente dichiarato nella sua roadmap di Fire TV che tutti i futuri Fire TV Stick utilizzeranno Vega. Questo impegno significa che la normale compatibilità con gli APK Android non definirà la prossima generazione di streaming stick dell'azienda.
Quando l'elenco “Install unknown apps” è scomparso sui prodotti meno recenti, gli utenti avevano pochi motivi per considerare l'evento isolatamente. Appariva coerente con il più ampio movimento di Amazon verso una distribuzione delle applicazioni più rigorosa.
L'episodio mette in luce un problema di comunicazione tanto quanto un problema software. Fire TV include ora più sistemi operativi con regole sostanzialmente diverse, ma l'hardware continua a utilizzare un unico marchio rivolto ai consumatori.
Un acquirente può ragionevolmente presumere che ogni recente Fire TV Stick funzioni come il modello precedente. Questa supposizione non è più valida quando un prodotto esegue Fire OS basato su Android e un altro utilizza Vega.
La differenza è particolarmente facile da non cogliere perché il sideloading descrive diversi flussi di lavoro distinti. I consumatori lo usano per installare software indipendente, mentre gli sviluppatori registrati utilizzano processi correlati per testare le proprie build.
Vega può supportare installazioni per lo sviluppo in condizioni controllate. Questo non significa che un normale proprietario possa scaricare un APK Android ed eseguirlo come in passato.
La risposta di Amazon risolve l'incertezza immediata per l'hardware Fire OS interessato. Non inverte però la più ampia transizione di piattaforma che ha fatto sembrare intenzionale il bug.
Questa è la distinzione centrale per i proprietari: l'azienda sta riparando i permessi di Fire OS mentre continua a progettare i futuri stick attorno a un modello applicativo diverso.
Questa divisione cambia anche il modo in cui le persone dovrebbero interpretare le future restrizioni. Un APK bloccato su Fire OS potrebbe riflettere un difetto, una politica di sicurezza o un enforcement mirato. Lo stesso APK su Vega è semplicemente incompatibile con la piattaforma.
Amazon avrà bisogno di messaggi più chiari mentre i due sistemi coesistono. Altrimenti, i normali malfunzionamenti possono rapidamente diventare la prova di una teoria più ampia secondo cui l'azienda sta silenziosamente rimuovendo funzionalità promesse.
La pressione non riguarda solo la percezione pubblica. Team di assistenza, sviluppatori di applicazioni, rivenditori e recensori devono spiegare quali funzioni appartengono a ciascun sistema operativo.
Questo onere cresce con ogni dispositivo dal nome simile. Un cliente che sceglie tra due Fire TV Stick deve ora comprendere una distinzione di piattaforma che un tempo interessava soprattutto gli sviluppatori.
L'apertura di Fire OS e il controllo di Vega sono ora il vero conflitto
La divisione importante non è Amazon contro il sideloading ovunque. È l'hardware flessibile basato su Android contro il modello di distribuzione Vega controllato da Amazon.
Fire OS rimane un fork di Android. Questa base consente agli sviluppatori di riutilizzare applicazioni e strumenti Android, mentre i proprietari possono installare APK compatibili quando Amazon rende disponibili i permessi richiesti.
Le pagine per sviluppatori di Amazon descrivono le attuali versioni di Fire OS come compatibili con le applicazioni Android esistenti. La piattaforma conserva inoltre strumenti Android come ADB per test e installazione.
Vega segue una strada diversa. Utilizza la piattaforma software di Amazon e il relativo packaging delle applicazioni, anziché trattare un APK Android locale come un'applicazione nativa.
Questo offre ad Amazon un maggiore controllo su prestazioni, sicurezza, distribuzione e tecnologie disponibili agli sviluppatori. Elimina anche una familiare via d'uscita quando un'applicazione manca dal catalogo ufficiale.
La transizione a Vega cambia quindi più di un'impostazione avanzata. Determina chi può distribuire software, quale formato utilizza quel software e quanta discrezionalità resta al proprietario del dispositivo.
Per Amazon, una piattaforma controllata può ridurre la variabilità creata dai pacchetti non revisionati. Può anche rendere più prevedibile il comportamento delle applicazioni su hardware economico con risorse di elaborazione e memoria limitate.
L'azienda afferma che Vega punta a migliori prestazioni sui dispositivi di fascia bassa. Una piattaforma progettata ad hoc offre ad Amazon maggiore libertà per ottimizzare le interfacce, integrare i servizi Alexa e ritirare componenti Android obsoleti.
Gli sviluppatori devono affrontare una valutazione diversa. Fire OS offre accesso a una matura toolchain Android, mentre Vega richiede sviluppo nativo o la partecipazione a uno dei percorsi di migrazione di Amazon.
Questa transizione crea dipendenza sia tecnica sia commerciale. La pubblicazione tramite l'Appstore diventa più importante quando i consumatori non possono ottenere e installare autonomamente la stessa applicazione.
Amazon ha creato un ponte per servizi selezionati. Il suo programma cloud app può eseguire un APK Fire OS esistente all'interno di un container AWS e trasmetterne l'interfaccia a un dispositivo Vega.
Il video stesso può comunque viaggiare direttamente dalla rete di distribuzione dei contenuti del fornitore. Il container cloud gestisce l'interfaccia dell'applicazione e la invia a un piccolo wrapper Vega installato sul dispositivo.
Questo meccanismo riduce il lavoro immediato di porting per gli sviluppatori idonei. Non riproduce l'apertura del sideloading Android locale.
Amazon seleziona le applicazioni per il programma e l'applicazione deve essere già pubblicata nell'Amazon Appstore. Giochi e utility non sono idonei secondo i prerequisiti attualmente documentati.
Uno sviluppatore può richiedere di essere preso in considerazione, ma Amazon non garantisce l'accettazione. Il programma è quindi un ponte di compatibilità gestito, non un livello Android universale.
Questa distinzione ha effetti sulle applicazioni reali. Un grande servizio di streaming può collaborare con Amazon, pubblicare tramite lo store e puntare a una versione per Vega. Una piccola utility distribuita direttamente dal suo creatore ha meno canali per arrivare sull'hardware consumer.
Gli utenti che si affidano soltanto ai principali servizi di streaming potrebbero non notare mai questa differenza. Le loro applicazioni possono arrivare tramite lo store nativo di Vega o il meccanismo cloud di Amazon.
Gli appassionati la notano subito, perché il valore che cercano spesso deriva da software che un gestore della piattaforma non ha selezionato. Launcher indipendenti, player specializzati e utility per reti locali sono esempi tipici.
La pressione competitiva ricade quindi su Amazon, più che su un singolo rivale. Roku e Apple gestiscono già piattaforme televisive rigidamente controllate, mentre i dispositivi basati su Android conservano diversi gradi di flessibilità nell'installazione.
I precedenti prodotti Fire OS di Amazon occupavano una posizione intermedia utile. Offrivano uno store mainstream lasciando però aperta una porta verso Android per i proprietari che necessitavano di maggiore controllo.
Vega avvicina i futuri Fire TV Sticks al lato più controllato di quel mercato. Il ripristino del sideloading sui modelli esistenti preserva temporaneamente il vecchio compromesso, ma non lo estende al futuro.
La correzione non rende di nuovo aperti tutti i Fire TV
La promessa di Amazon è circoscritta: i prodotti interessati basati su Android dovrebbero recuperare l'elenco delle autorizzazioni mancanti, mentre i dispositivi Vega restano soggetti a regole diverse.
La prima incertezza riguarda la copertura dei dispositivi. Amazon ha dichiarato che il bug ha interessato alcuni dispositivi Fire TV, ma il suo comunicato pubblico non ha fornito un elenco completo modello per modello.
Secondo le segnalazioni, l'hardware più vecchio o meno performante ha riscontrato il problema più spesso. I dispositivi più veloci potevano completare la compilazione dell'elenco delle autorizzazioni prima che l'interfaccia lo mostrasse.
Questa spiegazione è plausibile e coerente con le variazioni osservate. Tuttavia, i proprietari devono verificare il risultato sui singoli dispositivi dopo l'arrivo dell'aggiornamento automatico.
La seconda incertezza riguarda le tempistiche. Amazon ha descritto una distribuzione nel corso della prossima settimana, il che suggerisce una diffusione graduale anziché un rilascio globale simultaneo.
Gli aggiornamenti graduali sono comuni perché consentono al gestore di una piattaforma di monitorare eventuali problemi prima di ampliare la distribuzione. Significano anche che due dispositivi identici possono ricevere la correzione in giorni diversi.
La terza incertezza riguarda le applicazioni bloccate. Ripristinare l'elenco degli installer non garantisce che Amazon consentirà l'esecuzione di ogni pacchetto.
Amazon può distinguere tra la capacità generale di effettuare il sideload e l'applicazione delle regole contro applicazioni specifiche. L'azienda ha già dimostrato di considerare queste questioni politiche separate.
La sicurezza resta una preoccupazione legittima. La revisione dello store non può eliminare il software dannoso, ma aggiunge meccanismi di identità, scansione, policy e rimozione che la distribuzione diretta può non offrire.
Il software installato tramite sideload attribuisce maggiore responsabilità all'utente. I proprietari devono decidere se fidarsi dello sviluppatore, della fonte di download, delle autorizzazioni richieste e del processo di aggiornamento.
Questa responsabilità diventa più complessa su un'interfaccia televisiva. Le persone installano spesso pacchetti tramite indirizzi abbreviati, repository di terze parti o istruzioni copiate da video online.
Un pacchetto dannoso può imitare un'applicazione conosciuta o richiedere accessi non correlati alla funzione dichiarata. Ripristinare un'autorizzazione di installazione non fa sparire questi rischi.
Eppure, rimuovere il sideloading comporta anch'esso dei costi. Gli sviluppatori indipendenti perdono un canale di distribuzione, le esigenze di accessibilità possono restare insoddisfatte e i proprietari non possono sostituire facilmente applicazioni dismesse o non disponibili geograficamente.
La funzione ha anche utilizzi legittimi nello sviluppo. La documentazione di Amazon invita gli sviluppatori a installare build al di fuori dello store durante i test.
Considerare sospetta ogni applicazione installata tramite sideload ignorerebbe questo normale flusso di lavoro software. Considerare sicuro ogni APK sarebbe altrettanto fuorviante.
Vega non risolve questo dibattito. Cambia chi prende la decisione finale, collocando Amazon tra il fornitore dell'applicazione e il consumatore.
Questo approccio può migliorare la coerenza e ridurre l'esposizione a pacchetti discutibili. Consente inoltre ad Amazon di determinare quali applicazioni meritino supporto alla migrazione, collocazione nello store o compatibilità cloud.
L'attuale correzione di Fire OS va quindi valutata secondo uno standard modesto. L'elenco delle autorizzazioni torna disponibile, gli installer legittimi possono ricevere l'autorizzazione e le funzioni non interessate restano stabili?
Non va considerata una prova del fatto che Amazon abbia abbandonato Vega. La strategia dei dispositivi pubblicata dall'azienda afferma il contrario.
Né l'incidente dovrebbe essere presentato come una vittoria permanente per le piattaforme televisive aperte. I dispositivi Fire OS esistenti hanno recuperato una funzione durante una transizione verso hardware che non condivide la stessa base Android.
L'interpretazione scettica è che Amazon stia preservando la compatibilità laddove i clienti già vi facevano affidamento, evitando al contempo una reazione negativa improvvisa. Quella più benevola è semplicemente che l'azienda stia correggendo una regressione.
Entrambe le interpretazioni portano alla stessa conclusione pratica. Gli attuali proprietari dovrebbero distinguere tra la correzione in arrivo sul proprio dispositivo e il sistema operativo che sceglieranno con il prossimo acquisto.
Sviluppatori e acquirenti devono ora verificare prima il sistema operativo
Il nome Fire TV non indica più agli acquirenti se le app Android funzioneranno, quindi il sistema operativo è diventato un criterio d'acquisto.
Per i proprietari esistenti, il passo immediato è consentire al Fire TV di ricevere l'aggiornamento automatico delle Impostazioni. Il dispositivo dovrebbe restare connesso a Internet e poter completare il normale processo di aggiornamento.
Successivamente, gli utenti possono tornare alle opzioni sviluppatore e alla schermata “Install unknown apps”. Le applicazioni installer idonee dovrebbero ricomparire se la correzione raggiunge il dispositivo e affronta il problema specifico.
Le persone dovrebbero evitare di eseguire un ripristino di fabbrica soltanto perché l'elenco è vuoto. Un ripristino può rimuovere impostazioni e applicazioni senza correggere un difetto nel componente Impostazioni.
Gli utenti dovrebbero inoltre evitare di scaricare installer sostitutivi sconosciuti durante l'attesa. L'impossibilità di autorizzare una utility affidabile non rende più sicura un'alternativa sconosciuta.
Per i potenziali acquirenti, i nomi dei modelli e le date di rilascio non sono più sufficienti. Le specifiche del prodotto dovrebbero identificare chiaramente Fire OS o Vega OS.
Un modello Fire OS offre compatibilità Android e il consolidato flusso di lavoro con APK, nel rispetto delle policy di Amazon. Un modello Vega richiede applicazioni progettate, selezionate o adattate per la piattaforma più recente di Amazon.
Questa distinzione conta anche quando un servizio desiderato compare in entrambi gli store. L'applicazione potrebbe funzionare localmente su Fire OS, tramite streaming cloud su Vega o attraverso una build nativa Vega separata.
Questi metodi di distribuzione possono influire su reattività, disponibilità delle funzionalità, comportamento dell'account e dipendenza dalla connettività. Gli acquirenti dovrebbero verificare la singola applicazione invece di presumere una parità tra piattaforme.
Gli sviluppatori affrontano una decisione correlata. Mantenere un APK per Fire OS serve la base installata di dispositivi basati su Android, mentre i futuri Fire TV Sticks creano pressione per supportare Vega.
Amazon afferma che Fire TV raggiunge oltre 250 milioni di dispositivi nel mondo. Si tratta di una cifra della piattaforma fornita dall'azienda stessa, ma illustra perché gli sviluppatori non possano ignorare con leggerezza nessuno dei due rami.
La base installata non cambierà sistema operativo dall'oggi al domani. Amazon aveva precedentemente dichiarato di non prevedere la conversione dei dispositivi Fire OS esistenti a Vega, preservando così un ampio pubblico Android.
L'hardware futuro si muove nella direzione opposta. L'impegno di Amazon verso Vega significa che gli sviluppatori che puntano ai nuovi acquirenti di Fire TV Stick devono valutare una migrazione nativa o opzioni di compatibilità approvate.
I piccoli sviluppatori avvertiranno questa pressione più intensamente. Le grandi aziende di streaming possono assegnare team di ingegneri, negoziare il supporto della piattaforma e completare un porting formale.
Uno sviluppatore di utility indipendente può dipendere da una base di codice Android condivisa e dalla distribuzione diretta di APK. Ricostruire per Vega può richiedere un lavoro che il pubblico dell'applicazione non è in grado di sostenere.
Il ponte cloud offre un sollievo limitato perché Amazon ne controlla l'ammissione. Le sue restrizioni escludono inoltre categorie come le utility, per le quali il sideloading ha storicamente creato un notevole valore per gli utenti.
Questo rende la disponibilità delle applicazioni una variabile competitiva. Se Vega non dispone di un servizio apprezzato, gli acquirenti possono scegliere hardware di streaming basato su Android invece di attendere Amazon o lo sviluppatore.
I dispositivi Google TV restano il confronto più evidente perché mantengono il modello applicativo di Android. Tuttavia, anche Google sta rafforzando la verifica degli sviluppatori e i controlli di installazione sui dispositivi Android certificati.
La tendenza del settore non è quindi una semplice competizione tra prodotti aperti e chiusi. I principali proprietari di piattaforme vogliono sempre più sviluppatori responsabili, software più sicuro e maggiore controllo sulla distribuzione.
Le differenze significative riguardano il grado, il processo e la possibilità di ricorso dell'utente. Un proprietario può autorizzare un'applicazione indipendente, uno sviluppatore può raggiungere gli utenti senza l'approvazione dello store e un'app bloccata può ricevere una revisione trasparente?
Il bug di Amazon ha reso brevemente urgenti queste domande per dispositivi le cui risposte sembravano precedentemente consolidate. La correzione ripristina le vecchie risposte su Fire OS, mentre Vega ne stabilisce di diverse per i futuri stick.
Tre segnali mostreranno cosa significa davvero l'inversione di rotta di Amazon
Il prossimo test non è la dichiarazione di Amazon. È capire se la correzione funziona su larga scala, mentre l'azienda separa chiaramente il supporto Fire OS dal futuro controllato di Vega.
Il primo segnale è il completamento della distribuzione dell'aggiornamento delle Impostazioni. I proprietari dovrebbero vedere le applicazioni installer tornare nell'elenco “Install unknown apps” senza ripristini né soluzioni non ufficiali.
Un ripristino coerente sosterrebbe la spiegazione di Amazon secondo cui si è trattato di un difetto di sincronizzazione o dell'interfaccia. Problemi persistenti sui dispositivi aggiornati indebolirebbero questa versione e richiederebbero una risposta tecnica più dettagliata.
Il secondo segnale è il trattamento riservato da Amazon alle singole applicazioni installate tramite sideload. L'azienda può ripristinare l'autorizzazione generale continuando a bloccare i pacchetti che identifica come dannosi o collegati a contenuti non autorizzati.
Avvisi chiari e policy pubblicate aiuterebbero gli utenti a distinguere l'applicazione mirata delle regole da un altro malfunzionamento esteso all'intera piattaforma. Blocchi silenziosi ricreerebbero l'incertezza che ha circondato il bug originale.
Il terzo segnale è la copertura delle applicazioni su Vega nei Fire TV Sticks di nuova uscita. Amazon deve dimostrare che il suo store, gli strumenti nativi e il ponte cloud possono sostituire una quantità sufficiente di software Android per soddisfare gli acquirenti.
Un catalogo in crescita rafforzerebbe la tesi di Amazon secondo cui una distribuzione più rigida migliora la coerenza senza rendere l'hardware sostanzialmente meno utile. Lacune persistenti spingerebbero gli utenti avanzati verso dispositivi Android concorrenti.
Gli sviluppatori dovrebbero osservare quali categorie di applicazioni ricevono supporto nativo per Vega e quali ricevono compatibilità cloud. La risposta rivelerà le priorità di Amazon più chiaramente di ampi messaggi sulla piattaforma.
Gli acquirenti dovrebbero osservare le pagine dei prodotti alla ricerca di etichette esplicite sul sistema operativo e restrizioni all'installazione. Informazioni chiare ridurrebbero la confusione tra dispositivi Fire TV visivamente simili ma con capacità software diverse.
I proprietari esistenti dovrebbero concentrarsi sulla domanda più circoscritta: il sideloading di Amazon Fire TV torna sul loro modello basato su Android dopo l'aggiornamento promesso? Se sì, recuperano il flusso di lavoro utilizzato in precedenza.
Questo ripristino ha comunque un limite temporale. L'hardware sostitutivo con Vega non erediterà la normale compatibilità con APK soltanto perché un Fire TV più vecchio ha ricevuto una correzione.
Amazon ha corretto un blocco accidentale sulla piattaforma di ieri, mentre restringe intenzionalmente la piattaforma di domani. Questa è la vera inversione di rotta dietro questo aggiornamento.
Prima di acquistare un altro Fire TV Stick, verifica il sistema operativo e conferma che ogni applicazione essenziale sia disponibile tramite il relativo canale di distribuzione supportato. Per l’attuale hardware Fire OS, installa l’aggiornamento ufficiale, controlla l’elenco delle autorizzazioni e segnala i malfunzionamenti persistenti tramite i canali di assistenza di Amazon.
