can cy.writeFile write any type of document?

[kutlaykural]

Current behavior:

After a download attempt an excel file with cy.request() command, response.body can be saved by using cy.writeFile command with any filename and extension (like 'text.xlsx') but file cannot be open.

Desired behavior:

Any type of file should be saved with any extension and can be opened properly.

Versions

Cypress: 3.0.1
Operating system: Mac
Browser : Electron 59

[brian-mann]

To better understand this use case, why do you need to cy.writeFile a response you got from your server? Couldn't you do assertions directly on the response.body?

For instance, if you could write a giant .csv or .xslx or .pdf what more would you do inside of Cypress past that point?

I'm just trying to understand what you actually gain by writing the file after you receive the response.

What is the content type of the server's response? My guess is that you need to set the encoding correctly in fs.writeFile and then it will be opened correctly.

[kutlaykural]

After download this file i need to insert some data and upload it back to server.
Here is the response:

I tried all of supported encoding types of cy.writefile but none of them worked for me.

[jennifer-shehane]

Do you need it in .xlsx format in order to upload it to the server? Or did you want it in .xlsx format in order to update the data from that filetype?

[brian-mann]

@kutlaykural can you provide your code? The screenshot you posted is just headers, not the body.

[kutlaykural]

@jennifer-shehane
Server provide me data only in excel format. And server accept data to upload in this format too.

@brian-mann
(to gather a download link i also do some other request)
here is test file code:

var downloadUrl='/v1/enterprise/import/template/'+jobId;
cy.request({
    method: 'GET',
    url: downloadUrl 
}).then((response) => { 
    cy.writeFile('/cypress/fixtures/excel.xlsx',response.body) 
}) 

[miketeo]

I am having a similar issue here, except that I am dealing with zip files.

cy.log('Package URL is ' + downloadURL)
cy.request(downloadURL).then((response) => {
    expect(response.status).to.be.equal(200)
     cy.log(response.body.length)
     cy.writeFile('cypress/work/downloadTest.zip', response.body, 'binary')
})

The logged response.body.length (50505) is of different value from the original file size on the server and the content-length header (53398) in the response. If I manually download the zip file using another web browser, the saved file can be opened correctly.

I suspect cy.request is performing some post-processing on the response body, even though the response's content-type is set to application/zip. I have repeated the same test a number of times; the response.body.length is always the same length, so it is clearly not a network issue.

[andrewleith]

Same issue here, the downloaded zip is corrupt.

[nootn]

Yes I have come across this issue too. I am thinking of maybe using cypress to get the URL, but maybe using something else to hit that URL to download the file as a workaround for now.

[Prashant-Kan]

@nootn : Did you find any workaround for this?
Me also come across similar issue.
I want to assert the download file data. I got the way to parse the pdf but the pdf should be in the fixture or plugin folder. For that I need to write the repoinse that I got from the server.