Hello,
The message you’re describing is Google-generated and can’t be directly controlled by the plugin. The best solution is to try to identify its cause – does it happen occasionally on links that some other times work correctly? Your web server’s performance may be too low to serve the document in a timely fashion, or there may be network issues between you and Google’s datacenters. In these cases you can consider new hosting arrangements, or less intrusively storing your documents from a higher-availability location like Dropbox.
If the message occurs consistently it could mean that your document doesn’t exist at the location provided, is too large or borderline too large, or there are oddities about the way your web server is set up that prevent easy access to your document by Google’s document translation service.
I’m giving all the options I can think of here because you didn’t provide much in the way of background. Does the download link inside that message work, and if so, is that the part you really want to suppress? If so you can look into the secure document feature. It won’t prevent that message from appearing but will render the document not downloadable to the vast majority of people, including those who click the link in this error message.
Hope this gives you some leads, at least.
Kevin
Hello,
Thank your for your reply.
I have found, that i can overcome this particular problem by making the 2nd profile as the default one. But then i am facing another problem. If i select profile 2, i cannot set download links to be visible for logged in users.
I want the plugin to work in these scenario.
-> I want that my logged in users will be able to download pdf.
-> If the pdf viewer fails to load properly and show the link to download, the link will act the same way when profile 2 is selected(I mean user won’t be able to download the file)
Is it possible?
N.B. The problem happens in 12MB+ pdfs and you mentioned the similar scenarion will cause problem, so that’s not your plugin’s problem. I just want to know, if i can improvise to get similar scenario, i mentioned earlier:)
Regards,
Syeed
I have a similar problem, I thinking can by a problem with HTTPS protocol.
You can compress the PDF files with this exceptional service:
http://www.smallpdf.com
I am surprised that you can get profile 2 to work where the delivered profile 1 does not – it’s usually the other way around. However you can also try using profile 3 and deleting the “custom CSS” setting in order to use the enhanced viewer from profile 2 without its restricted download settings or dark theme.
Your documents are very large however and may simply not work well because of that. I would optimize them as much as possible (typically 8mb or lower works most consistently, though somewhat larger docs should still work).
To answer your question more specifically, there is no way currently to apply full document security but only to logged in users. The private doc function when active applies to all documents that use that profile. Thus it would apply to documents using profile 2 whether they are logged in or not.
