Bug 137202 - SEGFAULT if window closed shortly after reload
Summary: SEGFAULT if window closed shortly after reload
Status: RESOLVED DUPLICATE of bug 134161
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: haveBacktrace
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2020-10-02 06:27 UTC by Jim Avera
Modified: 2024-05-02 04:01 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["SfxViewFrame::UpdateDocument_Impl"]


Attachments
t.ods (large spreadsheet, see STEPS TO REPRODUCE) (92.42 KB, application/vnd.oasis.opendocument.spreadsheet)
2020-10-02 06:28 UTC, Jim Avera
Details
gdbtrace.log (22.29 KB, text/x-log)
2020-10-02 06:29 UTC, Jim Avera
Details
bt with debug symbols (8.21 KB, text/plain)
2020-10-03 20:45 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jim Avera 2020-10-02 06:27:55 UTC
Description:
After File->Reload, if the user attempts to close the main window (with window-manager controls) too quickly, LibreOffice aborts with a SEGFAULT.

Attached is a backtrace


Steps to Reproduce:
0. Set Macro security to "Medium" (prompt before enabling macros)

1. Load the attached "t.ods" 
        ENABLE macros when prompted
2. File->Reload
        ENABLE macros when prompted
   Then *immediately* try to close the window by clicking
   the "X" in the window-manager title bar.

Actual Results:
Abort dialog, asking user if they want to report it

Expected Results:
LO should ignore or defer responding to Window Manager events while in a critical section.


Reproducible: Always


User Profile Reset: No



Additional Info:
.
Comment 1 Jim Avera 2020-10-02 06:28:28 UTC
Created attachment 166017 [details]
t.ods (large spreadsheet, see STEPS TO REPRODUCE)
Comment 2 Jim Avera 2020-10-02 06:29:05 UTC
Created attachment 166018 [details]
gdbtrace.log
Comment 3 Jim Avera 2020-10-02 06:31:53 UTC
Version: 7.1.0.0.alpha0+
Build ID: dda71436b8594fb0669b3ac06c02a3997a0674be
CPU threads: 12; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-09-30_21:07:01
Calc: threaded
Comment 4 Julien Nabet 2020-10-03 20:45:34 UTC
Created attachment 166059 [details]
bt with debug symbols

Here's a bt retrieved on pc Debian x86-64 with master sources updated today.
Comment 5 QA Administrators 2022-10-06 04:10:06 UTC Comment hidden (obsolete)
Comment 6 Stéphane Guillou (stragu) 2024-05-02 04:01:21 UTC
Reproduced with 7.0.0.3 with signature "SfxViewFrame::UpdateDocument_Impl" (as in comment 4): https://crashreport.libreoffice.org/stats/crash_details/3725a3b2-936a-4858-b182-9bce941d1792

Not reproduced in 7.1.0.3 nor in recent daily build:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ce454f382d0d005dd3de021c7820be3ffa0bb582
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Bibisected the fix with linux-64-7.1 repo to first good build [4477bc3a11a32feb31378f49d0eb7b9db0f9c5d6] which is:

commit a5b3211f072d982e1ee136e864f153836c76a5ca
author	Xisco Fauli 	Thu Nov 05 20:35:09 2020 +0100
committer	Xisco Fauli 	Fri Nov 06 09:53:04 2020 +0100
tdf#134161: Revert "tdf#132137 Rename Default Style in Calc."
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/105381

Indeed, it started with 95f0a01a943961db415b6d036b6b4e1e54292716 ([6daa1cb2d5626be1ef9341eb15170a2bea8f02b5] in linux-64-7.0 bibisect repo).

Marking as duplicate. (But wondering if there would be other sluggish sample files where this would be reproducible?)

*** This bug has been marked as a duplicate of bug 134161 ***