New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
PREVIEW_RENDERING_FAILED #56
Comments
+1 |
6 similar comments
+1 |
+1 |
+1 |
+1 |
+1 |
+1 |
We're experiencing the same issue, and many of our clients have reported this problem as well. It's important to note that this problem doesn't occur on every device and browser combination. However, you can replicate it on Windows using Chrome by following these steps:
Please be aware that there are devices where you don't need to open the developer tab; the problem occurs during regular browsing conditions. There are other users complaining about this issue here: https://community.adobe.com/t5/acrobat-services-api-discussions/embed-api-quot-preview-rendering-failed-quot/td-p/13947336 |
Hello, we realized we were facing the issue sporadically on Chrome then when one of our users started previewing on Microsoft Edge it failed completely. We realized that we were using the legacy endpoint https://documentservices.adobe.com/view-sdk/viewer.js instead of https://acrobatservices.adobe.com/view-sdk/viewer.js. We changed this and it seems to work ok now. Hope it helps someone |
We were using this endpoint: https://documentcloud.adobe.com/view-sdk/main.js, and we switched to https://acrobatservices.adobe.com/view-sdk/viewer.js. However, we are encountering the exact same issue with both endpoints. |
+1 |
I'm facing the same issue |
My issue has been resolved. I was uploading the file id as an int type instead of a string type, which caused the PREVIEW_RENDERING_FAILED error. After I cast it to String(fileId), the error no longer appeared. |
+1 |
+1 - This issue seems to have suddenly popped up for us as well. I've updated our URL to UPDATE - Seems the cause was that the PDFs were being rendered but not displayed within 60sec which was causing the timeout and error to throw. |
I think there was a new release today….
…On Mon, May 13, 2024 at 6:08 PM Matthew James Perroni < ***@***.***> wrote:
+1 - This issue seems to have suddenly popped up for us as well. I've
updated our URL to https://acrobatservices.adobe.com/view-sdk/viewer.js
but still have the issue. Once loaded it takes ~60sec before the error
occurs. This happens in Chrome & FireFox.
—
Reply to this email directly, view it on GitHub
<#56 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AECVD7RLYIMA5PIARJXIGHTZCE2XBAVCNFSM6AAAAAA33DZQRKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCMBYHA4DMMRSGE>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Not sure this is the correct place, but as the Adobe forums are not responsive adding here.
We have a site where the Adobe Embed API has been working well for months, but in the last week started popping up with the error PREVIEW_RENDERING_FAILED, which fails to even show an error message, instead we get a completely blank screen, this is intermittent, sometimes it will show the PDF fine, other times it seems to timeout the promise.
The files are loaded from an API and using a fileReader we are creating an ArrayBuffer, which has not changed in any way, and the files sometimes load and then sometimes we receive a blank screen and the PREVIEW_RENDERING_FAILED error. The files are not large, max is currently around 2MB and the only way I can consistently show the error is if I 3G throttle the connection, just seems to time out even with small files, but it is intermittent even on a non throttled connection, it is as if the promise resolution even though the file has been received is timing out.
The error seems to be thrown in ViewSDKInterfaceApp.js on the line which gets the exposed APIs but that could just be the browser interpretation, its the last place on the stack trace, which shows:
There are also some XHR requests going to https://dc-api.adobe.io/system/log which seem to have some additional information:
And
Our code is pretty standard I think based on the official documentation when dealing with a non url file, in our case from an API endpoint. the code has been working for months, its just started to happen this with no changes to the way this has been working.
Our fetch code looks like:
previewPDF function:
The text was updated successfully, but these errors were encountered: