Bug 71096 - xlr filetype not associated with Calc in Windows
Summary: xlr filetype not associated with Calc in Windows
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.1.2.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: target:7.6.0
Keywords:
Depends on:
Blocks: Desktop-Integration
  Show dependency treegraph
 
Reported: 2013-10-31 16:06 UTC by Andrew Niemantsverdriet
Modified: 2023-07-07 12:02 UTC (History)
3 users (show)

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 Andrew Niemantsverdriet 2013-10-31 16:06:33 UTC
This bug is similar to the closed issue: https://bugs.freedesktop.org/show_bug.cgi?id=45922

The .xlr files are able to be opened in Calc when using the file->open dialog, but the filetype can not be associated with Calc. This was tested on Windows 7 Professional.

The test file submitted for bug #45922 is valid for this bug as well.
Comment 1 Julien Nabet 2013-12-31 16:21:00 UTC
On Win7 and LO 4.1.4.2, I can confirm this.

Jesus: I think updating fragments (see http://opengrok.libreoffice.org/search?q=xls&project=core&defs=&refs=&path=filter%2Fsource%2Fconfig%2Ffragments%2Ftypes&hist=) may help but I'm not sure and don't know how to test this.
Any idea?
Comment 2 QA Administrators 2015-04-19 03:21:16 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2016-09-20 09:24:45 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2020-09-15 03:59:02 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2022-09-16 03:40:28 UTC Comment hidden (obsolete)
Comment 6 Commit Notification 2023-06-04 12:31:32 UTC
Julien Nabet committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/e7b1f93cd681e2d0094f5937f4132aa4e780ab9e

tdf#71096: xlr filetype not associated with Calc in Windows

It will be available in 7.6.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.
Comment 7 Julien Nabet 2023-06-04 18:49:08 UTC
I'm not sure it'll work so it will be test when a daily build including the patch will be available.
If it doesn't work, I'll revert the patch.
Comment 8 Buovjaga 2023-07-03 13:55:20 UTC
Installing a new daily build at least didn't make it associated with Calc. Not sure, if this would be the same with a release build.

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: e4e5fb4b2935e395c7e4b3a794d544a6f44709ce
CPU threads: 2; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_FI); UI: en-US
Calc: threaded
Comment 9 Julien Nabet 2023-07-07 09:11:36 UTC
(In reply to Buovjaga from comment #8)
> Installing a new daily build at least didn't make it associated with Calc.
> Not sure, if this would be the same with a release build.
thank you for the feedback, I've submitted a revert here (for the moment on master branch so for 24.2)
https://gerrit.libreoffice.org/c/core/+/154128
Comment 10 Buovjaga 2023-07-07 12:02:00 UTC
12:50:20 <cloph_away> buovjaga: dev builds should also register in registry, unless you use the administrative installation, but the change misses the accual registry entries to actually register xlr as a known filetype to open with LibreOffice. Claiming/wanting to be the default app for something without declaring that you can open the file apparently doesn't work.
12:59:35 <cloph_away> buovjaga: setup_native/source/win32/customactions/reg4allmsdoc/reg4allmsi.cxx