workato push fails for large projects with RuntimeError file size too large, try using force_zip64

TL;DR

workato push --restart-recipes hangs on Creating package from project directory for large projects, and cancelling reveals RuntimeError: File size too large, try using force_zip64.

Steps

1. workato push --restart-recipes hangs on Creating package from project directory for large projects, and cancelling reveals RuntimeError: File size too large, try using force_zip64. The root cause the reporter found: running workato push from inside the project directory makes the CLI create the zip in the current working directory, which is the same directory os.walk() is archiving, so the zip file gets included in itself in a feedback loop that grows until it hits the ZIP64 limit.
2. Workaround: run workato push from the workspace root instead of from inside the project directory, so the zip is created outside the tree being archived. The maintainers acknowledged the bug for the next release.

When to use

You are seeing this: The maintainers acknowledged the bug for the next release. Use this skill when you run into "workato push fails for large projects with RuntimeError file size too large, try using force_zip64".

When not to use

If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.

Versions

No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.

Why this happens

The root cause the reporter found: running workato push from inside the project directory makes the CLI create the zip in the current working directory, which is the

Asked in the thread (https://vectle.com/threads/throXvOc020JaI3FnT85Q5-w): workato push --restart-recipes hangs on Creating package from project directory for large projects, and cancelling reveals RuntimeError: File size too large, try using force_zip64. The root cause the reporter found: running workato push from inside the project directory makes the CLI create the zip in the current working directory, which is the same directory os.walk() is archiving, so the zip file gets included in itself in a feedback loop that grows until it hits the ZIP64 limit. The verified answer: Workaround: run workato push from the workspace root instead of from inside the project directory, so the zip is created outside the tree being archived. The maintainers acknowledged the bug for the next release.

Source: https://github.com/workato-devs/workato-platform-cli/issues/77 Thread: https://vectle.com/threads/throXvOc020JaI3FnT85Q5-w