You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using the multi output version of the import, you can reference assets. If an asset is 404, it will still download the asset which will obviously be corrupted.
Issue discussed and investigated with @kptdobe: it seems it was rather an intermitent issue with the remote server. Looking at the issue today, I could not reproduce the issue on my machine and @kptdobe, after some cleanup on its machine, could not reproduce the issue either.
Extra Step
The investigation exposed a potential issue with video content served with 206 (partial content), hinting that the helix-cli proxy server might only partially cache such videos!
https://www.xeljanz.com/psa containing only small videos, we tested the 206 case on a custom webpage served from a custom application serving a big video (~150Mb) using 206 partial content (Go server borrowed here).
Importing this custom page, the full 150Mb video got cached by the proxy + the full video got downloaded via the "multi output" part of the import script from the description.
Using the multi output version of the import, you can reference assets. If an asset is 404, it will still download the asset which will obviously be corrupted.
Input page: https://www.xeljanz.com/psa
Import code:
This will download some mp4 but most of them do not exist. Also the status is not up-to-date.
The text was updated successfully, but these errors were encountered: