Zip deploy fails on backslahs in package
Recently i setup a new release pipeline for a product that, in my eyes looks identical, to another release but for a different app service.
The deploy fails and whe i look at some deployement logs this catches my attention.
{"timestamp": "2024-08-01T08:07:59.057Z", "level": "Message", "containerName": "aar-70-000_kudu_2a94d01e8d", "machineName": "lw0sdlwk0005TX", "message": "Copying file: 'Reports\\Template.repx'"}
{"timestamp": "2024-08-01T08:07:59.097Z", "level": "Message", "containerName": "aar-70-000_kudu_2a94d01e8d", "machineName": "lw0sdlwk0005TX", "message": "Error: EINVAL: invalid argument, open '/home/site/wwwroot/Reports\\Template.repx'"}
For some reason during extraction of the zip packages, the file Template.repx isn't correctly handled.
It should defenitly be 1 forward slash instead of 2 backslashes. But i can't figure out why the deployement procedure with upack the zip file wrong or interpret that file in a folder in a wrong manner.
I mean it's a zip file, it's not like i have any control over the unpacking process that would unpack a folder incorrectly.
When i look at the logs of the ather apps ervice it handles this file correctly. Both are Linux app services. They are in different regions though.