Publish Online URL links breaking website functionality
File Created in Indesign CC 2017
I have created a test interactive document with links to product DG012 on our company website.
When the link is clicked from publish online it opens the page but seems to disable all scripts that run on the website. e.g. search field and add to cart no longer functions on that page.
The website itself functions correctly if you navigate to the link manually ( http://www.lockhart.co.uk/Table-Service-and-Buffet/Buffet-Display/Display-Stands/Rafters-F usion-1-2-Board~p~DG012 ).
Interestingly in safari the add to cart button functions but the search field is still disabled.
On closer inspection it seems to be an iframe issue -
If I go into chrome developer tools i get the following errors:
The key "target-densitydpi" is not supported.
cast_sender.js:76 Uncaught DOMException: Failed to construct 'PresentationRequest': The document is sandboxed and lacks the 'allow-presentation' flag.
at V.P (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:76:87)
at Object.chrome.cast.P (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:91:165)
at g.VI.g.h.init (<a rel="nofollow noreferrer" href="https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/base.js:5981:519">https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/base.js:5981:519</a>)
at xAa (<a rel="nofollow noreferrer" href="https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:34:60">https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:34:60</a>)
at yAa (<a rel="nofollow noreferrer" href="https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:8">https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:8</a>)
at window.chrome.window.chrome.cast.window.chrome.cast.isAvailable.window.__onGCastApiAvaila ble (<a rel="nofollow noreferrer" href="https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:374">https://www.youtube.com/yts/jsbin/player-vflgfcuiz/en_US/remote.js:35:374</a>)
at chrome.cast.ea (chrome-extension://pkedcjkdefgpdelpbcmbmeomcjbeemfm/cast_sender.js:94:152)
Rafters-Fusion-1-2-Board~p~DG012:1 Blocked form submission to '/cart/add' because the form's frame is sandboxed and the 'allow-forms' permission is not set.
Rafters-Fusion-1-2-Board~p~DG012:1 Blocked form submission to '/search' because the form's frame is sandboxed and the 'allow-forms' permission is not set.
When clicked the link opens in a new window so I am not sure how to go about editing the code behind the sandbox element.
Any advice would be greatly appreciated.
@Chris may I know which version of indesign is this fixed?
Is there any update on this?
Are there any updates on this? I came across this problem as well.
RE: the allow-forms tag - I am unsure on where I can edit this.
After clicking on it just to see what it was, I can't export to RTF anymore.
Same problem here. EPUB Links to our website work but it disables the script for opening PDFs. I tested this function in the EPUB preview and did not have a problem so it was very frustrating to have this problem for Chrome when I published the final. Any solution yet?
Any updates on this issue and the development of a solution? We'd like to use this type of content for Lead generation but if the form function breaks we cant prove it's driving revenue as easily! Hope to hear an update soon.
Robb Barrett commented
Having this issue as of Feb 8, 2019. We have a document that has a link to a Marketo landing page with a form on it. When you click the link it drives you to the page but the browser (and we tested in multiple) still sees it as part of the iFrame and blocks the form submission.
Similar issue resulting in PDFs not loading — works with Right Click > Open in New Tab.
A lack of 'allow-presentation' flag in the 'sandbox' attribute is causing problems for us, too, when publishing online.
Evan Scott commented
Having the same issue when launching a google form from indesign landing page via button link.
The viewer can fill out the form but it won't submit.
Right click the same button and "open in new tab" they can submit.
Patrick Jackson commented
Right click and Open In New Tab works as a workaround, but that's because when you open a link that way, it's ignoring the iframe codes that are causing the problem directly from the published document.
That's however not a practical solution to tell lots of viewers to open in new tab - the code on the published document page needs to be improved to not restrict opening the link in a new tab - either by dropping the restriction (which then creates a security risk that obviously this setting is there to avoide) or by improving the options on the published document to have some API style features where you can allow particular domains to be 'whitelisted' for a document.
Juice Sunell commented
problem with interactive PDF which is published online.
On page nine (9) is a link on blue background "Kyselyyn -> ". When you click, the link opens in new browser window.
But when you press Screen Shot 2017-12-19 at 11.41.57.png (engl. next) nothing happens?
Safari's inspect element gives following error:
Blocked form submission to 'https://link.webropolsurveys.com/Participation/Public/d420f75b-8e7e-4c0a-88de-0f27578d733b ?displayId=Fin1440078&surveyLocale=fi' because the form's frame is sandboxed and the 'allow-forms' permission is not set.
If I copy-paste the link for example from email to browser no problem found. But when I click it from published online pdf, the error occur.
This adobe publish page includes an iframe with the sandbox attribute. Adding allow-forms to this attribute should resolve the issue.
Indesign publish online won't hyperlink to pdfs. When you create a graphic (even a plain box) and hyperlink it to any online PDF document (direct path), and publish it online, it won't work— it opens a white box only. When you export it to an interactive pdf— it DOES work... Need to fix the bug when publishing online! Also— if you copy and paste the url from the white box web page that opens, create a new tab and paste that in the domain address— it DOES open.. very odd.