Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1397992 - [fix available] Crash in calc after closing dialog box with a11y enabled
[fix available] Crash in calc after closing dialog box with a11y enabled
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libreoffice (Show other bugs)
7.3
All Linux
high Severity high
: rc
: ---
Assigned To: Caolan McNamara
Desktop QE
: ZStream
Depends On:
Blocks: 1425536
  Show dependency treegraph
 
Reported: 2016-11-23 13:29 EST by Jiri Koten
Modified: 2017-08-01 08:21 EDT (History)
3 users (show)

See Also:
Fixed In Version: libreoffice-5.0.6.2-5.el7
Doc Type: Bug Fix
Doc Text:
Cause: Mismanagement of accessibility resources Consequence: LibreOffice Calc CSV Import Dialog causes a crash Fix: Improved accessibility resource management Result: No crash
Story Points: ---
Clone Of:
: 1425536 (view as bug list)
Environment:
Last Closed: 2017-08-01 08:21:15 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
backtrace (15.86 KB, text/plain)
2016-11-23 13:29 EST, Jiri Koten
no flags Details
I suspect this will fix it (2.59 KB, application/mbox)
2016-11-24 06:30 EST, Caolan McNamara
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
Document Foundation 103032 None None None 2016-11-24 05:55 EST
Red Hat Product Errata RHSA-2017:1975 normal SHIPPED_LIVE Moderate: libreoffice security and bug fix update 2017-08-01 12:04:51 EDT

  None (edit)
Description Jiri Koten 2016-11-23 13:29:37 EST
Created attachment 1223393 [details]
backtrace

Description of problem:
Libreoffice calc crashes after closing dialog box. This seems to only happen on system which was upgraded to 7.3 and with existing user.

With clean install or new user the issue is not reproducible.

console output [snip]:
(soffice:8177): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:8177): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:8177): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:8177): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:8177): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
 ...
** (soffice:8177): WARNING **: Unknown event notification 34

** (soffice:8177): WARNING **: Unknown event notification 35

** (soffice:8177): WARNING **: Unknown event notification 34

** (soffice:8177): WARNING **: Unknown event notification 35

** (soffice:8177): WARNING **: Unknown event notification 34

** (soffice:8177): WARNING **: Unknown event notification 35



Version-Release number of selected component (if applicable):
libreoffice-5.0.6.2-3.el7
gtk2-2.24.28-8.el7

How reproducible:
100%

Steps to Reproduce:
1. Load spreadsheet (ods)
2. Go to Sort dialog; Data > Sort
3. Click Cancel

Actual results:
Crash - recovery dialog

Expected results:
No crash

Additional info:
Comment 1 Caolan McNamara 2016-11-24 05:55:27 EST
I have seen that backtrace before I think
Comment 2 Caolan McNamara 2016-11-24 06:25:32 EST
This crashes for some users and not for others can I confirm my suspicion that the difference is that 

gsettings get org.gnome.desktop.interface toolkit-accessibility

is true for the crashing config and false for the not-crashing config.

If this is the case then a temporary workaround may be (unless the user needs a11y support of course) is to

gsettings set org.gnome.desktop.interface toolkit-accessibility false
Comment 3 Caolan McNamara 2016-11-24 06:30 EST
Created attachment 1223794 [details]
I suspect this will fix it

My proposed patch, but I need to build and test this.
Comment 5 Jiri Koten 2016-11-24 07:33:25 EST
(In reply to Caolan McNamara from comment #2)
> This crashes for some users and not for others can I confirm my suspicion
> that the difference is that 
> 
> gsettings get org.gnome.desktop.interface toolkit-accessibility
> 
> is true for the crashing config and false for the not-crashing config.
> 
> If this is the case then a temporary workaround may be (unless the user
> needs a11y support of course) is to
> 
> gsettings set org.gnome.desktop.interface toolkit-accessibility false

I can confirm that with "toolkit-accessibility" key set to false, I'm not able to reproduce the crash.
Comment 8 Caolan McNamara 2016-11-25 04:05:58 EST
yeah, proposed patch works
Comment 11 Jiri Koten 2016-12-05 12:33:37 EST
I can confirm the crash is fixed. 

There are still warnings present in console output.

** (soffice:11703): WARNING **: Invalidate all children called


(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

** (soffice:11703): WARNING **: Unknown event notification 34

** (soffice:11703): WARNING **: Unknown event notification 35

** (soffice:11703): WARNING **: Unknown event notification 34

** (soffice:11703): WARNING **: Unknown event notification 35

** (soffice:11703): WARNING **: Unknown event notification 34

** (soffice:11703): WARNING **: Unknown event notification 35
(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed

(soffice:11703): GLib-GObject-CRITICAL **: g_object_ref: assertion 'G_IS_OBJECT (object)' failed
Comment 15 errata-xmlrpc 2017-08-01 08:21:15 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHSA-2017:1975

Note You need to log in before you can comment on or make changes to this bug.