Bug 120076 - Running "soffice .uno:Open" causes a crash, if CollectUsageInformation is set to true
Summary: Running "soffice .uno:Open" causes a crash, if CollectUsageInformation is set...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
Version:
(earliest affected)
6.1.1.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2018-09-23 02:05 UTC by Matt Perry
Modified: 2023-04-16 18:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Minimal testcase file that causes the crash (351 bytes, application/xml)
2018-09-27 07:16 UTC, Matt Perry
Details
bt with debug symbols (2.17 KB, text/plain)
2020-08-09 15:24 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matt Perry 2018-09-23 02:05:39 UTC
Description:
Running "soffice.exe .uno:Open" causes a crash. The next time I opened LibreOffice it generated this crash report. http://crashreport.libreoffice.org/stats/crash_details/578d8f25-2f4f-4d93-b18d-da153a5a8e09

I'm running LibreOffice 6.1.1.2 64-bit on Windows 7 64-bit.

Steps to Reproduce:
1. Open cmd.exe
2. enter cd "c:\Program Files\LibreOffice\program"
3. enter soffice.exe .uno:Open

Actual Results:
Microsoft Windows displays a window that says "LibreOffice has stopped working" and closes the program.

Expected Results:
No crash. Maybe show an error message if LibreOffice doesn't like the command line options.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.1.1.2 (x64)
Build ID: 5d19a1bfa650b796764388cd8b33a5af1f5baa1b
CPU threads: 4; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 1 Xisco Faulí 2018-09-23 08:58:14 UTC
I can't reproduce it in

Version: 6.2.0.0.alpha0+
Build ID: aaa3c31ba79b1b3d335dcf55d72837a13411b45e
CPU threads: 16; OS: Windows 6.3; UI render: default; 
Locale: en-GB (en_GB); Calc: threaded
Comment 2 Xisco Faulí 2018-09-23 08:58:41 UTC
Thank you for reporting the bug. To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and
re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 3 Matt Perry 2018-09-27 07:16:02 UTC
Created attachment 145205 [details]
Minimal testcase file that causes the crash

Resetting the profile did fix the issue. I was able to track the problem to the CollectUsageInformation property in registrymodifications.xcu. I've attached a minimal testcase registrymodifications.xcu file that can be used to reproduce the crash.
Comment 4 Buovjaga 2018-10-25 15:24:56 UTC
Ok, I can repro. Let's set to NEW and see what happens.

The property can be enabled from the tools - options - libreoffice - advanced - expert configuration. Then it appears in registrymodifications.xcu as
<item oor:path="/org.openoffice.Office.Common/Misc"><prop oor:name="CollectUsageInformation" oor:op="fuse"><value>true</value></prop></item>

Command line output:
UNO exception during client open: Given module is not a frame nor a window, controller or model.

Arch Linux 64-bit
Version: 6.2.0.0.alpha0+
Build ID: 9a373521d7a328197a4bf9abeb0a981b7acba896
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; 
Locale: fi-FI (fi_FI.UTF-8); Calc: threaded
Built on 19 October 2018
Comment 5 QA Administrators 2019-10-26 02:09:28 UTC Comment hidden (obsolete)
Comment 6 Matt Perry 2019-10-29 02:52:38 UTC
Still present.

Version: 6.3.2.2 (x64)
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Comment 7 Julien Nabet 2020-08-09 15:24:20 UTC
Created attachment 164071 [details]
bt with debug symbols

On pc Debian x86-64 with master sources updated today, I could reproduce this.
Comment 8 QA Administrators 2022-08-10 03:34:52 UTC Comment hidden (obsolete)
Comment 9 Caolán McNamara 2023-04-16 18:55:02 UTC
since:

commit 2c0b84dc65739bfc47dca684e819717eb9cce387
Date:   Mon Jul 19 17:00:17 2021 +0800

    tdf#140107 Remove all collect usage data code.
    
    Remove all collect usage data code because we
    don't really use them.
    
    Change-Id: I8d83d57220bed8f8c15bd012584943cd0913500d
    Reviewed-on: https://gerrit.libreoffice.org/c/core/+/119166

The support for CollectUsageInformation was removed so this case presumably doesn't arise anymore. I certainly can't reproduce it.