Open Bug 1707967 Opened 3 years ago Updated 2 months ago

Links to SharePoint files do not open

Categories

(Firefox :: File Handling, defect, P3)

Product:
Firefox
Component:
File Handling
Version:
78 Branch
Type:
defect

Tracking

()

Status:
UNCONFIRMED

People

(Reporter: LisaWV2, Unassigned)

References

Details

(Whiteboard: QA-not-reproducible)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0

Steps to reproduce:

On an intranet web page, click link to SharePoint hosted file (PDF).

Actual results:

Nothing happens or an "About:Blank" page pops up.

Expected results:

Opened the PDF within the browser (note: this worked fine in Edge and Chrome).

The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → File Handling

This looks very similar to Bug 1645332.
Mike, would you have possibility to test this against a Sharepoint instance and see if it reproduces?

Flags: needinfo?(mozilla)
See Also: → 1645332

I was never able to get a local sharepoint setup because of how complicated it was. I'll try again.

I have attempted reproducing this issue using the following steps:

  1. Logged into Office 365
  2. Opened the SharePoint web app: https://outlookwebtest.sharepoint.com
  3. Clicked "Create Site" and created a random one.
  4. Then I clicked the "Documents" button/tab.
  5. Dragged in a PDF file and a DOC file.
  6. Clicked on them to see if they opened.
  7. Selected them and clicked Open/Open in browser.
    Result: The files were properly opened every time.

Considering I'm not sure what an intranet webpage is, maybe the steps are wrong and could be corrected.
If corrected, I can attempt to confirm it. Thanks!

Flags: needinfo?(LisaWV2)

These various sharepoint issues only happen with a local intranet install of sharepoint, they don't happen on the microsoft hosted version.

I'm going to setup a local sharepoint server to debug.

Flags: needinfo?(LisaWV2)

We cannot confirm this issue without the requirements mentioned in the previous comment.
The set-up could be attempted if a clear tutorial is provided. Thanks!

Whiteboard: QA-not-reproducible

We're not making progress here, for now I'll move it to the backlog, the needinfo is still open to try reproducing this locally.
It would be nice to know if with most recent changes to Firefox that are about to be realase things will improve.

Severity: -- → S3
Priority: -- → P3

Yeah, I have a workitem to get a Sharepoint server said up, I just haven't had time.

OK, I have a Sharepoint instance up finally. I don't see the behavior that they are seeing, but we definitely have very different behavior than other browsers.

In other browsers, when you click on the PDF, it's downloaded (never opened in the browser). On Firefox, we open a blank tab and then we open another tab with the PDF.

I tried with brand new profiles in all browsers.

We don't seem to be honoring a content disposition maybe.

Flags: needinfo?(mozilla)

Hey folks, I'm from the SharePoint team at Microsoft. The repro steps and version numbers involved aren't clear to me, but here are some comments that may be helpful...

For the SharePoint 2019 RTM release (build 16.0.10337.12109), when Office Online Server integration isn't configured, we make several efforts to ensure PDF files are downloaded by the browser rather than opened/rendered as a document by the browser.

  1. We set the Content-Type HTTP header to application/octet-stream rather than application/pdf.
  2. We set the Content-Disposition HTTP header to attachment.
  3. We set the X-Download-Options HTTP header to noopen.

There appears to be different behavior between Edge version 103 and Firefox version 103 when clicking a link to a PDF file within the SharePoint 2019 RTM document library UI. Edge 103 respects these HTTP headers and simply downloads the PDF file to the user's Downloads folder. Firefox 103 also appears to download the PDF file to the user's Downloads folder, but then tries to render the PDF file from within that Downloads folder.

We've changed how SharePoint 2019 handles PDF files at some point after the RTM release. In the current build (16.0.10388.20004), SharePoint 2019 no longer tries to send the PDF file to the client as a file to download. Instead, we send it as a document to be opened/rendered by the browser.

  1. We set the Content-Type HTTP header to its true MIME type of application/pdf.
  2. We don't send a Content-Disposition HTTP header.
  3. We don't send an X-Download-Options HTTP header.

In the current SharePoint 2019 build, there's no difference in behavior between Edge version 103 and Firefox version 103 when clicking a link to a PDF file within the document library UI. Both Edge 103 and Firefox 103 opens the PDF document in a new tab and renders it in that tab.

Let me know if there's anything else I can do to help with this investigation.

- Troy Starr [MSFT]

I believe this will be fixed in the January Sharepoint update.

Can a Sharepoint user check if this is fixed?

You need to log in before you can comment on or make changes to this bug.