Testversie van Chrome voor Android heeft functie om downloads uit te stellen

De Canary-testversie van Chrome bevat een functie om downloads uit te stellen. Gebruikers kunnen zo bijvoorbeeld een download pas laten plaatsvinden als er een wifiverbinding is. Ook kan de download op een timer gezet worden.

De functie om downloads uit te stellen is volgens Techdowns aanwezig in Chrome 86 Canary, maar moet eerst handmatig geactiveerd worden door de flag 'Enable download later' aan te passen. Bij het initiëren van een download krijgen gebruikers dan een pop-up te zien met daarin de keuze om de download uit te stellen. In de huidige testversie is er een optie om meteen te beginnen met downloaden, om te wachten tot er een wifiverbinding is of om een datum en tijdstip te kiezen.

Vooralsnog zit de functionaliteit alleen in de vroege testversie van Chrome voor Android. Het is nog niet bekend wanneer de optie naar de bètaversie of de definitieve versie van de browser komt. De huidige stabiele release is Chrome 84. Ongeveer iedere zes weken komt er een nieuw versienummer van de browser uit.

Afbeelding via Techdows

Reacties (22)

Hoe vaak download je op je telefoon in de browser nou een bestand dat zo groot is dat het even moet wachten? daarnaast werkt dit uiteraard alleen met directe download links zonder sessies of wat dan ook.
Deze functionaliteit lijkt me hooguit alleen nuttig voor 3e wereldlanden. Google weet uit gekkigheid niet meer wat ze moeten toevoegen dus komen ze maar met dit. Wat dachten ze van plugins?? Onee want dan blocked iedereen hun ads.. Firefox voor Android ftw

Bedenk dat je merkt dat google-maps niet helemaal bij is. Die kan je dan de regio laten downloaden, maar pas als/zodra het onder wifi bereik is. Ook hier in Europa heeft niet iedereen onbeperkt internet onderweg.

Enneh, gebruik je firefox voor android dan nog niet?

Ik denk niet dat dit het beste voorbeeld is, aangezien het downloaden van kaarten niet via Chrome gaat maar via Maps zelf. Dit artikel gaat specifiek over downloads in Chrome, niet over downloads binnen Android.

Ik gebruik wel Firefox voor Android. Specifiek omdat ie plugins ondersteund,

Een vreemde functie. Vaak hebben download links een token met een beperkte geldigheid om te voorkomen dat deze link niet herbruikt kan worden.

Was ik ook aan het denken. Token en vooral session based. Dit gaat vreemde resultaten geven.

Ik gok dat ze dan werken op basis van link to file en de sessie en dus het token opzetten als de download aanvangt?

Als ik op de server een token aanmaak die slechts 5min geldig ben je niet veel met je token als die vervallen is.

Wel handig. Vooral "wait for wifi" zal velen aanspreken.
Hoe dat technisch geregeld wordt laten we maar aan developers van chrome over.

Dat klinkt wel heel simpel. Ik kaart hier een technisch concern aan aangezien ik zelf developer ben en benieuwd ben naar hoe ze dit willen implementeren. Anders is het vrijwel een waardeloze functie.

De voorstel van @The Zep Man klinkt logisch, maar dan moet die download wel publiekelijk beschikbaar zijn. Of de download wordt geproxied en op een later moment beschikbaar als download vanaf een cache. Dit lijkt me een te dure oplossing.

Het lijkt me ook logisch, met verlopende tokens, om de link te bewaren en te koppelen aan de wifi-check van toestel/browser. If, Then, Else...

Wat ze zouden kunnen doen (maar wat onwaarschijnlijk is) is dat de browser de benodigde gegevens (sessie tokens, etc.) doorspeelt aan Google zodat die het per direct naar iets als Google Drive download, waar het later door de gebruiker wordt opgehaald.

Dit zal niet in situaties werken waar de server vereist dat de verzoeker en de downloader hetzelfde IP adres delen, maar dat zal niet het merendeel van de situaties zijn. Een gevaar van dit scenario is verder dat Google in dit scenario effectief als een man-in-the-middle optreed omdat de betreffende sessie tokens ook voor andere zaken gebruikt kunnen worden.

En als de download van een intranet is, zeker ook nog de VPN gegevens aan google geven zodat ze het voor je kunnen downloaden?
Of wanneer filtering op IP adres of client certificaten gebeurt? Certificaten hergebruikt Chrome gelukkig vanuit Windows, dus die kunnen ze niet zomaar naar hun cloud kopieren (itt Firefox die z'n eigen cert store heeft).

Genoeg situaties te bedenken waar je niet wilt dat het zo zou werken zoals je beschrijft.

Als je een beperkte bandbreedte hebt (niet iedereen heeft glasvezel thuis), is het wellicht een manier om je belangrijkere downloads te prioriseren en de downloads waar je minder haast mee hebt uit te stellen.

En als de download van een intranet is, zeker ook nog de VPN gegevens aan google geven zodat ze het voor je kunnen downloaden?

Nee, want een intranetadres is niet bereikbaar voor Google. Daaruit downloaden zou sowieso niet werken, en een browser kan dat eerst client-side controleren voordat een link aan Google wordt aangeboden.

Of wanneer filtering op IP adres of client certificaten gebeurt? Certificaten hergebruikt Chrome gelukkig vanuit Windows, dus die kunnen ze niet zomaar naar hun cloud kopieren (itt Firefox die z'n eigen cert store heeft).

Ook daarop zou de browser kunnen controleren.

Genoeg situaties te bedenken waar je niet wilt dat het zo zou werken zoals je beschrijft.

Absoluut, wat een reden is waarom Google hier waarschijnlijk niet aan begint. Toch vallen de voorbeelden die je geeft hier niet onder.

Als je een beperkte bandbreedte hebt (niet iedereen heeft glasvezel thuis), is het wellicht een manier om je belangrijkere downloads te prioriseren en de downloads waar je minder haast mee hebt uit te stellen.

Mogelijk zou zo'n geschetste dienst self-hosted wat kunnen zijn, zodat je thuis alvast de download kan initialiseren terwijl je onderweg bent.

[Reactie gewijzigd door The Zep Man op 20 juli 2020 17:21]

Nu zie je links bovenaan vaak een icoontje dat een download gelukt is. Daar kan een ander icoontje, bijvoorbeeld met een zandloper of klokje er door heen, dat een download staat te wachten op een wifi of vrije/onbetaalde verbinding. Dat icoontje kan je aanklikken om de download alsnog nu te forceren.

Chrome zou een HEAD kunnen opvragen om te kijken of er een Expires header van toepassing is. Dat lijkt me het netst.

Maar goed. Chrome heeft marktmacht. Als ze deze functie introduceren gaan gebruikers klagen bij websites en worden deze in feite gedwongen een oplossing te bedenken.

Inderdaad, ben benieuwd hoe ze dat denken te omzeilen.
Overigens denk ik dat ze beter het controle-beleid op de extensies voor deze browser kunnen verbeteren, daar valt veel meer winst te behalen dan dit soort functies waar niemand om gevraagd heeft.

Het is nog niet bekend wanneer de optie naar de bètaversie of de definitieve versie van de browser komt.

Zover ik weet is er GEEN garantie dat een nieuwe functie in een testversie ook de bèta of definitieve versie haalt.

Ik ben van Chrome weer afgestapt, omdat ze de adresbalk van onder weer verwijdert hebben. Schiet niet op met die lange telefoons.

Weet iemand waarom ze dat gedaan hebben?

Ik snap er ook niks meer van. Ze hebben het zojuist weer onmogelijk gemaakt om Chrome met 1 hand te bedienen door het weghalen van duet

Het lijkt mij op zich een handige functie. Als een download boven een bepaalde maat is of van een onbekende maat, dan uitstellen tot er een kosten-vrije/wifi verbinding is.

En dan liefst ook dat er links boven een icoontje komt te staan voor een uitgestelde download, bijvoorbeeld een download icoon met klok of zandloper erdoor. Dat als dat icoontje daar staat, dat het dan kan worden aangeklikt om het geforceerd alsnog nu direct te downloaden.

Dan heb je bij elkaar dat je ook direct kan downloaden, gewoon omdat het nodig is voor een concert/bioscoop/trein kaartje bijvoorbeeld.

Dit heeft niets met sessies of tokens te maken.

Chrome onthoudt puur de download locatie file en gaat pas aan de slag wanneer het gewenst is.

Mijn download manager kan dit al jaaaren.

Jawel, want als jij iets download van example.com/file/12345/2255-file.zip weet je niet of die 12345 een identifier is voor het bestand, of het token dat slechts vijf minuten geldig is (zoals een signature).

Dat je download manager dat snapt, kan zijn dat het speciaal gebouwd is in je download manager, of dat je de download start voordat het download-window sluit.

Veel sites houden niet van hotlinken, en zullen dus proberen dit zoveel mogelijk te voorkomen.