Bug 120127 - CRASH closing the document after deleting a selection (not with gen env)
Summary: CRASH closing the document after deleting a selection (not with gen env)
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2 all versions
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: gtk3-whipping-boy Crash
  Show dependency treegraph
 
Reported: 2018-09-26 10:45 UTC by Xisco Faulí
Modified: 2022-05-17 13:07 UTC (History)
2 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 Xisco Faulí 2018-09-26 10:45:00 UTC
Steps to Reproduce:
1. Open http://oval.mitre.org/language/version5.10.1/OVAL_Unix_Component_Specification.04-04-2012.docx
2. Select from top of the document to right before 2.13 2.13 unix-def:process_state heading in page  36/37
3. Delete the selection
4. Close LibreOffice

-> CRASH

Reproduced in

Version: 6.2.0.0.alpha0+
Build ID: daf44342ca82c5b0e79da88b7f9dbf28f6d43a8b
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); Calc: threaded

and

Version: 5.2.0.0.alpha0+
Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53
Threads 4; Ver: 4.15; Render: default;
Comment 1 Buovjaga 2018-10-22 16:50:36 UTC
Repro, but not with gtk2. I was unable to get a backtrace.

Step 2 was easier when zoomed out and in multipage view. Selected with mouse to a ballpark estimate and then shift-arrowed backwards (it is quite quick with all the tables etc.).

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 2 Caolán McNamara 2018-10-22 20:07:53 UTC
Unlike gtk2 the gtk3 version will store in the system clipboard whatever is in the application clipboard when it exits. IIRC the Mac and Windows versions do the same thing, so its possible the crash exists on those platforms as well, as opposed to being a gtk3 only thing
Comment 3 Buovjaga 2018-10-23 07:39:44 UTC
Win does not crash

Version: 6.2.0.0.alpha1+ (x64)
Build ID: 8274c4c62df5b937b3f0bec9e1eeca85f3b219d4
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-22_01:47:50
Locale: fi-FI (fi_FI); Calc: threaded
Comment 4 Caolán McNamara 2018-12-10 15:48:28 UTC
I see an assert in SwAccessibleMap on a non-empty mpShapeMap, which indicates a generic accessibility issue
Comment 5 QA Administrators 2022-05-17 03:31:01 UTC Comment hidden (obsolete)
Comment 6 Timur 2022-05-17 11:15:35 UTC
Repro in 6.0 only if selecting from the beginning. 
No repro crash in 7.4+.
Please verify, this is not straightforward.


** (soffice:1683): WARNING **: 13:14:28.732: Exception in getAccessibleIndexInParent()
** (soffice:1683): WARNING **: 13:14:28.732: Exception in getAccessibleName()
** (soffice:1683): WARNING **: 13:14:28.732: Exception in getAccessibleDescription()
Comment 7 Buovjaga 2022-05-17 13:07:01 UTC
(In reply to Timur from comment #6)
> Repro in 6.0 only if selecting from the beginning. 
> No repro crash in 7.4+.
> Please verify, this is not straightforward.
> 
> 
> ** (soffice:1683): WARNING **: 13:14:28.732: Exception in
> getAccessibleIndexInParent()
> ** (soffice:1683): WARNING **: 13:14:28.732: Exception in getAccessibleName()
> ** (soffice:1683): WARNING **: 13:14:28.732: Exception in
> getAccessibleDescription()

It seems you are right. Btw. after comment 1 I learned to use LibreOffice and know that I don't have to paint the selection manually, it's enough to shift-click the end point :)