Closed Bug 1658563 Opened 4 years ago Closed 4 years ago

Problems with local file links since 78esr

Categories

(Core :: Networking: File, defect, P1)

78 Branch
defect

Tracking

()

VERIFIED FIXED
83 Branch
Tracking Status
firefox-esr68 --- unaffected
firefox-esr78 81+ verified
firefox79 --- wontfix
firefox80 --- wontfix
firefox81 --- wontfix
firefox82 --- verified
firefox83 --- verified

People

(Reporter: RiemerMalte, Assigned: saschanaz)

References

(Regression)

Details

(Keywords: regression, Whiteboard: [necko-triaged])

Attachments

(3 files)

Attached image firefox_bug.PNG

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

Steps to reproduce:

We have HTML-links in our intranet which refer to local lnk-files. This lnk-Files refer to local Word-Templates.

Actual results:

FF offers to download the lnk-files instead of opening the refered Word-Templates. In our group-policy we defined everything correct for handling with local files from our intranet-ressource.
The problems occur since FF 78esr. IN FF 68esr everything was OK.

Expected results:

The refered lnk-files shoudl open the refered word-templates.

I can confirm this and that it worked in Firefox 68. Just take a file on Windows, right click, create shortcut.

try to open the shortcut in Firefox and it tries to download the LNK file.

In Firefox 68, it tried to download the corresponding file.

Status: UNCONFIRMED → NEW
Component: Untriaged → File Handling
Ever confirmed: true
Regressed by: 1466532

[Tracking Requested - why for this release]:
Broke end-user usage of lnk files.

Mike, there's a partial backout suggestion in bug 1466532 for esr78; is this something you can pursue?

Component: File Handling → Networking: File
Flags: needinfo?(mozilla)
Product: Firefox → Core
Assignee: nobody → mozilla
Status: NEW → ASSIGNED

Comment on attachment 9173378 [details]
Bug 1658563 - Backout bug 1466532 on ESR to fix LNK files on Windows. r?Gijs!

ESR Uplift Approval Request

  • If this is not a sec:{high,crit} bug, please state case for ESR consideration: Regression opening local LNKs in ESR
  • User impact if declined: Unable to open LNK files
  • Fix Landed on Version: N/A
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Backs out existing patch for ESR only.
  • String or UUID changes made by this patch:
Flags: needinfo?(mozilla)
Attachment #9173378 - Flags: approval-mozilla-esr78?
Severity: -- → S3
Priority: -- → P1
Whiteboard: [necko-triaged]

Do we need this backout on Beta also given where we are in the cycle?

Flags: needinfo?(mozilla)

Do we need this backout on Beta also given where we are in the cycle?

In bug 1466532, the folks that broke this believe the patch should stay in and get fixed later in the cycle. (I don't necessarily agree).

Because this would primarily impact enterprise users, we are backing out of the ESR only.

I was hopeful they would have a patch for 81, but I'm not optimistic at this point.

Flags: needinfo?(mozilla)

Comment on attachment 9173378 [details]
Bug 1658563 - Backout bug 1466532 on ESR to fix LNK files on Windows. r?Gijs!

Approved for 78.3esr.

Attachment #9173378 - Flags: approval-mozilla-esr78? → approval-mozilla-esr78+

Who needs to be pinged to review this?

(In reply to Mike Kaply [:mkaply] from comment #11)

Who needs to be pinged to review this?

Valentin, can you help find a reviewer? Thank you!

Flags: needinfo?(valentin.gosu)

Dragana offered to review it.

Flags: needinfo?(valentin.gosu)
Pushed by krosylight@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/e5410b9f33e1
Support .lnk files in file: protocol r=necko-reviewers,dragana
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 83 Branch

The patch landed in nightly and beta is affected.
:mkaply, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(mozilla)
Assignee: mozilla → krosylight
Flags: needinfo?(mozilla)

Comment on attachment 9175825 [details]
Bug 1658563 - Support .lnk files in file: protocol

Beta/Release Uplift Approval Request

  • User impact if declined: Local file LNKs no longer redirect.
  • Is this code covered by automated tests?: Yes
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: Yes
  • If yes, steps to reproduce: Right click on a file like a PDF to create a LNK file on your local system.
    Navigate to that file using Firefox (file:///)
    Verify that when you click the LNK, it opens the original file.
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Automated test, fixes regression.
  • String changes made/needed:
Attachment #9175825 - Flags: approval-mozilla-beta?
Attachment #9173378 - Flags: approval-mozilla-beta?
Flags: qe-verify+

Comment on attachment 9173378 [details]
Bug 1658563 - Backout bug 1466532 on ESR to fix LNK files on Windows. r?Gijs!

presumably we don't actually want this one on beta

Attachment #9173378 - Flags: approval-mozilla-beta?

Comment on attachment 9175825 [details]
Bug 1658563 - Support .lnk files in file: protocol

approved for 82.0b4

Attachment #9175825 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
QA Whiteboard: [qa-triaged]

Reproduced the issue on affected Release Version 81.
Verified-fixed on latest Nightly 83.0a1 (2020-09-28), Beta 82.0b4 and ESR 78.3.0esr on the following OS:

  • Windows 10 x86/x64
  • Windows 7 x64
  • Windows 8.1 x86

The shortcuts of word, ppt, excel and other documents will no longer offer to download/handle the .lnk files instead of the actual document.

Status: RESOLVED → VERIFIED
QA Whiteboard: [qa-triaged]
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: