Bug 146949 - windows .lnk files not followed to open
Summary: windows .lnk files not followed to open
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.2.3.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords:
Depends on:
Blocks:
 
Reported: 2022-01-24 01:09 UTC by pb
Modified: 2022-02-13 01:32 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description pb 2022-01-24 01:09:52 UTC
Description:
If any Libreoffice component is passed a Windows .lnk file as an argument, it tries to open it as a text or csv file, rather than following the link to the file pointed to.

For example, "scalc.exe foo.xls.lnk"  tries to open foo.xls.lnk as a text or csv file, rather than following the link to the desired file foo.xls.

Microsoft office products exhibit the desired behavior.

Last version tested:  7.2.3

Note that this behavior breaks dragging and dropping a .lnk file onto a LibreOffice executable, because obviously the Windows shell just give the LO executable the .lnk file as the file arg.
 

Steps to Reproduce:
1.scalc.exe foo.xls.lnk"
2.
3.

Actual Results:
opens .lnk file itself

Expected Results:
open file to which .lnk points.


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: yes
Comment 1 pb 2022-02-13 01:32:48 UTC
Clarification:

Dragging and dropping .xls.lnk into an open application DOES produce the desired result.

The bug occurs when dragging and dropping to a desktop icon.