Why Google App Script UrlFetchApp when downloads a zip file changes its binary content?-CodePudding

I want to download a zip file in Google Drive via Google Apps Script.

After downloading a sample zip file with the code below and saving it into the folder in google drive.

  const exampleUrl = "https://www.learningcontainer.com/wp-content/uploads/2020/05/sample-zip-file.zip";
  var response = UrlFetchApp.fetch(exampleUrl);
  var parentFolder = DriveApp.getFolderById('1aba-tnQZxZMN7DN52eAywTU-Xs-eqOf4');
  parentFolder.createFile('sample_CT.zip', response.getContentText()); // doesn't work
  parentFolder.createFile('sample_C.zip',  response.getContent());     // doesn't work
  parentFolder.createFile('sample_B.zip',  response.getBlob());        // doesn't work
  parentFolder.createFile('sample.zip',    response);                  // doesn't work

After downloading it on my machine I try to unpack with unzip utility but all of the above versions give me the following:

> unzip sample_CT.zip
Archive:  sample_CT.zip
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in one of sample_CT.zip or
        sample_CT.zip.zip, and cannot find sample_CT.zip.ZIP, period.

In the picture I am comparing broken zip file (above) and the correct one (below):

broken:

PKuÔøΩÔøΩP
 sample.txtUT
ÔøΩbÔøΩ^ÔøΩbÔøΩ^ÔøΩbÔøΩ^uxÔøΩÔøΩEÔøΩ1RÔøΩ0ÔøΩÔøΩÔøΩQÔøΩ0ÔøΩUz. ,
ÔøΩÔøΩXKÔøΩ!ÔøΩÔøΩ2ÔøΩÔøΩV#ÔøΩ6ÔøΩ:
ÔøΩÔøΩMÔøΩ
ÔøΩÔøΩ#uxÔøΩhÔøΩttPkHT—∫ÔøΩHÔøΩb ÔøΩ:NÔøΩ>mÔøΩÔøΩÔøΩÔøΩÔøΩhÔøΩ`{ÔøΩcÔøΩ0ÔøΩAÔøΩÔøΩ(yhÔøΩÔøΩÔøΩ&ÔøΩÔøΩÔøΩ{ÔøΩU~ÔøΩYÔøΩ~ÔøΩÔøΩÔøΩÔøΩÔøΩHAÔøΩÔøΩÔøΩÔøΩÔøΩk8wÔøΩpÔøΩÔøΩÔøΩ6ÔøΩIkÔøΩÔøΩkÔøΩÔøΩ?k"?OJxÔøΩÔøΩ(nÎ≤ºgÔøΩ_ÔøΩtPK[ÔøΩcÔøΩPKuÔøΩÔøΩP[ÔøΩcÔøΩ
 ÔøΩÔøΩsample.txtUT
ÔøΩbÔøΩ^ÔøΩbÔøΩ^ÔøΩbÔøΩ^uxÔøΩÔøΩPKX

correct:

PKu¬ì¬•P
 sample.txtUT
√áb¬±^√áb¬±^√áb¬±^ux√®√®E¬è1R√Ö0√ª¬ú√¢Q√ë0¬πUz. ,
√é√†XK√æ!¬∑√ø2√∞¬áV#√≠¬Æ6¬ú:
¬£√®M√†
√Ø¬¥#ux¬≠h√∞¬Æ¬∏ttPkHT√ë¬∫√≤H¬≤b ¬™:N¬™>m√¥¬î√â√§¬íh¬ò`{√∫c√å0√ÖA√µ¬ö(yh¬Æ¬©¬ª&√ä√¥√è{√ΩU~¬∞Y√ä~¬ì¬æ√ã√≤√∂HA¬Ñ√Ñ√º√ó√∑k8w√èp√π√∂¬π6√ïIk¬ª√∞k¬§√º?k"?OJx¬∫√ò(n√´¬≤¬ºg¬™_√∂tPK[¬∞c¬∂PKu¬ì¬•P[¬∞c¬∂
 ¬¥¬Åsample.txtUT
√áb¬±^√áb¬±^√áb¬±^ux√®√®PKX

The image in my text editor

As you can see in the picture (file snippets above) some symbols differ. I have no idea why UrlFetch changes certain bytes when it downloads a zip file. Also on top it a file after UrlFetch takes more space.

CodePudding user response：

It's because the script is converting it to string. Folder.createFile() accepts a blob, but it should be it's only argument. If it's passed as a second argument, other method signatures like Folder.createFile(name:string, content:string) takes precedence and Blob is converted to String to match the method signature.

parentFolder.createFile(response.getBlob().setName('TheMaster.zip'))