https://bugs.documentfoundation.org/show_bug.cgi?id=171750
--- Comment #1 from Colin <[email protected]> --- This route does not provide the normal process flow so I'll try to recreate it here. Win 11 Calc Earliest version I know of 26.2.2.2 Version: 26.2.2.2 (X86_64) Build ID: 1f77d10d6938fd34972958f64b2bcfa54f8b1ba5 CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: en-GB (en_GB); UI: en-GB Calc: threaded Steps to reproduce; Verify that your own WIN app defaults correctly identify Excel for opening xlsx and xlsb files 1. In any cell create a URL using the ribbon icon Insert Hyperlink (Ctrl+K) 2. target any excel xlsx or xlsb file you may have on your local drive 3. Define the link form type as "Button" (2nd choice from the dropdown) 4. Give it any name you desire. It's not necessary to tailor any of the characteristics in "Design Mode" 5. Ensure design mode is off 6. left click the button. What does it do: It opens the Excel file in Libre Calc and fails to process any function call not native to Libre Calc. What should it do: open Excel files in their native app You will also note that even after the xlsx has been hijacked by LO Calc, the registry entries for Excel and xlsx/xlsb are still correctly assigned. Calc is not re-writing the registry - just completely ignoring it. I have verified the symptoms (including the broken "feedback" link on three different machines 2x WIN10 and 1x WIN11 Not much point in me creating either a source or target example file as they will never be in the correct locations on any machine other than mine. The workaround - ensure Excel's jump list retains all the links you use on a regular basis. In my case that's 6 - 8 daily links as a component of the first job I initiate. -- You are receiving this mail because: You are the assignee for the bug.
