Android 12 forhindrer muligvis skærmbilleder i at blive sikkerhedskopieret af Google Fotos

Android 12 kan endelig slå ned på Samsung, Xiaomi og andre virksomheder, der ændrer, hvor mappen Screenshots er placeret.

Samsung-telefoner fungerer ikke for anderledes end andre Android-enheder på dette tidspunkt, men Samsung ændrer stadig nogle få aspekter af Android-operativsystemet, hvilket fører til nogle irriterende problemer. I årevis har virksomheden gemt skærmbilleder i DCIM-mappen, hvor kun kamerabilleder og videoer er beregnet til at blive gemt. Dette resulterer i, at Google Fotos, Dropbox og mange andre fotobackuptjenester kopierer dine skærmbilleder, uanset om du vil have dem eller ej. Heldigvis kunne en rettelse endelig være på vej som en del af Android 12.

Android-enheder har to mapper til lagring af billeder og videoer. Mappen 'Billeder' er det sted, hvor apps gemmer medier, de har downloadet (f.eks. går billeder gemt fra Twitter i Billeder > Twitter), og som standard gemmer Android skærmbilleder i Billeder under 'Skærmbilleder' undermappe. Der er også en 'DCIM'-mappe i rodmappen på Androids interne lager, som gemmer alle billeder, du har taget, eller videoer, du har optaget. 'DCIM'-navnet kommer fra designstandarder for digitale kameraer, og det står for 'Digital Camera IMages'.

Google Fotos, Dropbox, OneDrive og andre applikationer til sikkerhedskopiering af medier scanner for ændringer i DCIM-mappen og kan sikkerhedskopiere alle nye filer, de finder, til skylager. Dette fungerer godt på de fleste telefoner, men ikke på enheder lavet af Samsung. Virksomhedens One UI-software (og Samsung Experience UX før det) gemmer altid skærmbilleder i DCIM-biblioteket, hvilket får applikationer til at registrere dem som nye kamerabilleder. Der er ingen måde at forhindre Google Fotos i at sikkerhedskopiere skærmbilleder på Samsung-enheder, medmindre du slår automatisk sikkerhedskopiering helt fra eller bruger en hacket tredjepartsløsning som f.eks. PinSync. Det ville ikke være for meget ekstra arbejde for apps at registrere skærmbilleder og tilføje en indstilling for at ignorere dem, men Google Fotos og andre har ikke gjort dette.

Heldigvis ser det ud til, at Google kan løse dette problem på OS-niveau. Takket være en betroet kilde har vi fået en foreløbig revision af Compatibility Definition Document (CDD) for Android 12, og den definerer de kriterier, som en enhed skal opfylde for at bestå Android-certificering og sendes med Google applikationer. Google foreslår, at følgende afsnit føjes til afsnit 7.6.2, "Application Shared Storage", for Android 12's CDD:

Hvis enhedsimplementering har skærmbillede- eller skærmoptagelsesfunktionalitet, herunder ved hjælp af hardwaregenvej eller softwareknap, skal de:

SKAL gem billedet eller videofilen, der er genereret, i en mappe kaldet "Skærmbilleder", som automatisk genereres under "Billeder" på den indbyggede hukommelse eller et SD-kort i en pålidelig port. Den er tilgængelig ved at bruge DIRECTORY_SCREENSHOTS.

MÅ IKKE gem skærmbilleder og skærmoptagelser i DCIM, billeder, videoer eller en brugerdefineret mappe.

Android 12 CDD'en er ikke færdiggjort endnu, så der er stadig en chance for, at denne nye bestemmelse kan blive droppet, svarende til hvad der skete med det foreslåede krav til virtuelle A/B-partitioner i Android 11. Flytningen ville tvinge Samsung til at gemme skærmbilleder, hvor de er beregnet til at gå, og rette den ødelagte adfærd i Google Fotos og andre applikationer. Samsung er heller ikke den eneste lovovertræder her - også Xiaomis MIUI gemmer skærmbilleder i DCIM, ligesom OPPO og Realme.

Det er værd at bemærke, at dette ikke ville blokere Google Fotos, OneDrive, Dropbox og andre tjenester fra at sikkerhedskopiere skærmbilleder. I stedet ville det gøre skærmbilleder mere forudsigelige på tværs af alle Google-certificerede Android-enheder. Google Fotos har allerede en mulighed for at tilføje yderligere mapper til sikkerhedskopiering, som fungerer med mappen Screenshots på Pixel-telefoner og andre lagerlignende enheder.

Vi har kontaktet Google for at få kommentarer og vil opdatere denne artikel, hvis vi hører tilbage.