Dacă îți place să folosești aplicații terță parte pentru a-ți personaliza imaginea de fundal, atunci s-ar putea să fii șocată dacă ai Android 13 sau mai nou.
Google a spus întotdeauna că s-a angajat să respecte confidențialitatea, iar în ultimele versiuni Android, ar fi greu de argumentat contrariul. Compania a încercat în mod clar să îmbunătățească securitatea platformei sale, adăugând și noi funcții Android 13 și Android 14, dar nu orice schimbare a fost una bună. De fapt, o astfel de schimbare pe care compania o prezintă (în liniște) ca o îmbunătățire a securității pare să o aibă a fost implementat accidental și face ca aplicațiile terțe să nu poată accesa cu adevărat imaginea de fundal.
Într-o Firul Mastodon distribuit de dezvoltatorul Android Zachary Wander, el subliniază modul în care împărțirea permisiunii READ_EXTERNAL_STORAGE în trei permisiuni separate întrerupe aplicațiile care interacționează cu imaginea de fundal a utilizatorului. Aceste trei permisiuni sunt pentru accesarea imaginilor, videoclipurilor și fișierelor audio, ceea ce este, fără îndoială, o schimbare bună. Cu toate acestea, API-urile de fundal (inclusiv preluarea imaginii de fundal a utilizatorului)
de asemenea anterior aveau nevoie de această permisiune. Deoarece nu au primit nicio permisiune nouă, iar Android 13 nu mai acceptă acordarea permisiunii READ_EXTERNAL_STORAGE, nu există o alternativă.Acest comportament a fost raportat ca un bug anul trecut, înainte de lansarea Android 13, iar Google nu a răspuns (în afară de o solicitare inițială pentru mai multe informații) timp de câteva luni. În luna mai a lui anul acesta, un Googler a răspuns spunând că nu va fi remediat, adăugând următoarele:
„Am discutat despre comportamentul cu echipa noastră de produse și de inginerie și au susținut ca API-ul să fie accesibil doar pentru aplicațiile de sistem privilegiate.”
De ce contează acest lucru are mai multe fațete. Dacă folosiți telefonul doar cu imaginea de fundal implicită (sau oricare dintre celelalte imagini de fundal implicite) și nu vă aprofundați prea mult în personalizare, atunci probabil că sunteți bine. Cu toate acestea, orice aplicație care vă poate gestiona imaginea de fundal Pentru dumneavoastră va fi rănit de asta. LWP+ de exemplu, necesită acces la copierea de rezervă, importarea și exportul imaginii de fundal, dar nu va putea, odată ce va fi necesar, să vizeze versiunile Android mai noi. Această aplicație este folosită și pentru setarea materialelor personalizate de culori, dar nu veți putea în viitor decât dacă acest lucru se va schimba. Cronologie publicate în prezent de Google stat că aplicațiile vor trebui să vizeze Android 13 până la sfârșitul lunii august.
Și mai rău, Wander raportează că a avut probleme cu lansatoarele terță parte care nu au putut să-și arate imaginea de fundal personalizată. Deși nu am reușit să reproducem exact acel comportament, am testat o serie de lansatoare terță parte pe cel mai recent Android 14 beta și a remarcat că un lansator, Lynx Launcher, s-a confruntat cu permisiuni probleme. A dat o eroare care spunea că nu a putut obține toate permisiunile de care avea nevoie, pe care nu le-am putut rectifica și nu am putut seta un tapet personalizat din Google Foto.
Am contactat Nova Launcher pentru comentarii și ni s-a spus că, deși până acum au văzut doar probleme legate de permisiuni apărute pe dispozitivele legate de Samsung, un purtătorul de cuvânt al companiei mi-a spus că „Este regretabil să văd că acum l-au marcat ca comportament intenționat”. O astfel de problemă de permisiuni pe un dispozitiv Samsung Mi s-a arătat că, atunci când setam un tapet din interiorul selectorului de imagini de fundal al lui Nova, a apărut o eroare care spunea „Permisiune refuzată” și imaginea de fundal nu era a stabilit. Aceste rapoarte au venit doar de pe dispozitivele Samsung, iar echipa nu a reușit să le reproducă pe o Google Pixel inca.
Pentru a fi clar, acest API nu a fost niciodată accesibil numai pentru aplicațiile de sistem privilegiate și a fost rezultatul a ceea ce pare a fi o neglijare în divizarea permisiunii READ_EXTERNAL_STORAGE care a dus la această situație în primul rând loc. Această permisiune încă mai există și pe Android 13, iar controlerul de permisiune pur și simplu o refuză oricărei aplicații care o solicită dacă acea aplicație vizează Android 13. Android Controller de permisiuni este o Linia principală a proiectului modul, deci Google ar putea teoretic, remediați acest comportament pe dispozitivele Android 13. În starea actuală, Google va solicita în curând ca toate aplicațiile să fie vizate spre Android 13 sau mai nou să fie actualizate, ceea ce înseamnă că acele aplicații nu vor mai putea accesa imaginea de fundal.
Documentația proprie Google a WallpaperManager clasa este la fel de flippată. Se precizează că „Începând din T, accesarea directă a imaginii de fundal nu mai este posibilă, în schimb cea implicită imaginea de fundal a sistemului este returnată”, iar din versiunea U (Android 15), anumite metode de clasă nu ar trebui folosite la toate.
Dacă ar fi o îmbunătățire a securității, este cu siguranță ciudat că compania nu a atras atenția asupra tuturor și este greu de înțeles cât de exact ar fi chiar una în primul rând. Am contactat Google și vom actualiza acest articol dacă primim răspunsuri.