Have you tried PDF Macro ? Upload PDF document and edit page source you want to view your PDF like this, {{pdfviewer file="Link to PDF attachment"/}} -- View this message in context: http://xwiki.475771.n2.nabble.com/PDF-Attachment-is-downloaded-instead-of-op... Sent from the XWiki- Users mailing list archive at Nabble.com.

On 08/26/2014 10:47 AM, WEKU wrote:

Hi guys,

I have installed a new Wiki on a 2012 R2 Windows Server. I also installed the standard Wiki. Now i have a Problem with PDF attachments.

When I upload the PDF attachment and make a Link with the Admin User the PDF is opened in browser when klicking the link or directly the attachment under the page.

When I upload the PDF attachment with a registered user the PDF is downloaded directly, wether the User is in the XWikiAdminGroup or not.

As browser I use Chrome or IE. Both the same. How can I configure that the PDF is always opened in a browser window?

Can you check with Chrome Developer tools (Network tab) if there is any difference in the "Content-Type:" Response header between the different PDF's ? Or maybe there is some other visible difference? I remember I once had a similar issue, but I cannot remember it now ... and I cannot reproduce it either. :( Clemens

On 08/26/2014 01:23 PM, WEKU wrote:

I think were on a good way. The opened PDF is Type: application/pdf and the downloaded pdf is shown as Type: text/plain.

What do i have to do, that all pdfs are Type: application/pdf?

slowly my memory came back: it is a feature ;) http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki52#HChoosi... It seems in either PDF's are blacklisted in your xwiki.properties, or the blacklist "attachment.download.blacklist" is empty; in that case you will have to maintain a whitelist (attachment.download.whitelist property) If you are the main admin, you have "programming rights", and these security checks are bypassed; that is why it works in these cases. Maybe that explains the issue? The actual issue is about "displaying inline", which is *not* what you asked, but I see in the code of the DownloadAction that this property fiddles with the "Content-Disposition" header. Not sure why this changes the "Content-Type, however. Anyway, at least for testing, can you set the attachment.download.blacklist=text/html,text/javascript and make sure the attachment.download.whitelist property is not set in the xwiki.propertuies, and check if this makes a difference ? Clemens