Bug 947095

Summary: [abrt][a11y] svt::ToolPanelDeckPeer::CreateAccessibleContext
Product: [Fedora] Fedora Reporter: Jonathan Nicol <jnicol>
Component: libreofficeAssignee: Caolan McNamara <caolanm>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: caolanm, dtardon, erack, ltinkl, mstahl, sbergman
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:7977aaee6e65515dd7bfdd8aa4adcf2cf3de1b89
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-02-05 20:24:25 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: build_ids
none
File: cgroup
none
File: core_backtrace
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: open_fds
none
File: proc_pid_status
none
File: smolt_data
none
File: var_log_messages
none
gdb output
none
another gdb backtrace
none
yet another gdb backtrace none

Description Jonathan Nicol 2013-04-01 15:33:43 UTC
Version-Release number of selected component:
libreoffice-core-3.6.5.2-6.fc18

Additional info:
backtrace_rating: 4
cmdline:        /usr/lib64/libreoffice/program/soffice.bin --calc --splash-pipe=6
executable:     /usr/lib64/libreoffice/program/soffice.bin
kernel:         3.8.3-203.fc18.x86_64
uid:            1000

Comment 1 Jonathan Nicol 2013-04-01 15:33:45 UTC
Created attachment 730313 [details]
File: backtrace

Comment 2 Jonathan Nicol 2013-04-01 15:33:47 UTC
Created attachment 730314 [details]
File: build_ids

Comment 3 Jonathan Nicol 2013-04-01 15:33:49 UTC
Created attachment 730315 [details]
File: cgroup

Comment 4 Jonathan Nicol 2013-04-01 15:33:50 UTC
Created attachment 730316 [details]
File: core_backtrace

Comment 5 Jonathan Nicol 2013-04-01 15:33:54 UTC
Created attachment 730317 [details]
File: dso_list

Comment 6 Jonathan Nicol 2013-04-01 15:33:56 UTC
Created attachment 730318 [details]
File: environ

Comment 7 Jonathan Nicol 2013-04-01 15:33:57 UTC
Created attachment 730319 [details]
File: limits

Comment 8 Jonathan Nicol 2013-04-01 15:33:59 UTC
Created attachment 730320 [details]
File: maps

Comment 9 Jonathan Nicol 2013-04-01 15:34:01 UTC
Created attachment 730321 [details]
File: open_fds

Comment 10 Jonathan Nicol 2013-04-01 15:34:02 UTC
Created attachment 730322 [details]
File: proc_pid_status

Comment 11 Jonathan Nicol 2013-04-01 15:34:04 UTC
Created attachment 730323 [details]
File: smolt_data

Comment 12 Jonathan Nicol 2013-04-01 15:34:06 UTC
Created attachment 730324 [details]
File: var_log_messages

Comment 13 Caolan McNamara 2013-04-03 19:16:38 UTC
"Looks like gdb hung while generating backtrace.", bah, so we don't have enough information here in the auto report. Are you able to reproduce the crash manually ?

Comment 14 Jonathan Nicol 2013-04-04 19:32:31 UTC
It appears I can reproduce, though not exactly at will. It seems to happen when I have a large presentation open (~65 slides), and scroll around, jump back and forth between Normal and Arrange Slides, etc. Couldn't pin down exactly what it was. I don't think it's ever crashed when I didn't also have Calc running simultaneously, not that I've really tried.

abrt again gave me the message "Timeout exceeded: 240 seconds, killing gdb.
Looks like gdb hung while generating backtrace." Is there another way I can assist with debugging?

Comment 15 Jonathan Nicol 2013-04-04 19:34:40 UTC
I just realized it doesn't explicitly say in this bug... it's Impress that is crashing. Haven't had a problem with Calc on its own.

Comment 16 Caolan McNamara 2013-04-05 09:04:14 UTC
it might help to run directly under gdb, i.e.

gdb /usr/lib64/libreoffice/program/soffice.bin
(gdb) run

and get it to crash, and at that point
(gdb) bt
and paste in the backtrace

Comment 17 Jonathan Nicol 2013-04-05 18:04:49 UTC
Attaching a new backtrace. I installed the package libreoffice-gdb-debug-support, not sure if that was necessary. I considered running "debuginfo-install libreoffice-core-3.6.5.2-8.fc18.x86_64" but that wanted to install 3.9G of dependencies, so I skipped it. Let me know if I should do that and try again, or if there's anything else I can do.

It seems I can reproduce the crash most of the time by clicking on the "Outline" tab, and then back to "Normal", but that's not the only way it has happened.

Comment 18 Jonathan Nicol 2013-04-05 18:05:38 UTC
Created attachment 731984 [details]
gdb output

Comment 19 Caolan McNamara 2013-04-08 11:39:11 UTC
don't see it in a trivial presentation, perhaps the presentation size is a factor in reproducing this. If you can attach your presentation, that might help

Comment 20 Caolan McNamara 2013-04-08 12:37:14 UTC
no warnings from valgrind on an empty presentation on switching from outline to normal repeatedly

Comment 21 Jonathan Nicol 2013-04-08 18:55:28 UTC
Sorry, I can't share the original presentation.

However, I'm able to cause it to crash simply by creating a new presentation, inserting a table, and switching to Outline view. I did this several times this morning; the gdb backtrace looks a bit different than the previous one, so attaching a couple of those.

Comment 22 Jonathan Nicol 2013-04-08 18:56:18 UTC
Created attachment 732792 [details]
another gdb backtrace

Comment 23 Jonathan Nicol 2013-04-08 18:56:40 UTC
Created attachment 732793 [details]
yet another gdb backtrace

Comment 24 David Tardon 2013-04-10 07:53:34 UTC
I suppose the crash is related to the right panel (which is hidden in the outline view), but I am not getting any crash. valgrind only shows

==9496== Invalid read of size 8
==9496==    at 0x8FB9A9F: Application::GetSolarMutex() (svapp.cxx:479)
==9496==    by 0x23D2D020: SolarMutexGuard::SolarMutexGuard() (svapp.hxx:403)
==9496==    by 0x23D392C2: accessibility::AccessibleTextHelper_Impl::~AccessibleTextHelper_Impl() (AccessibleTextHelper.cxx:287)
...

on quit, which is worth to check, but probably unrelated.

Comment 25 Fedora End Of Life 2013-12-21 12:35:45 UTC
This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Comment 26 Fedora End Of Life 2014-02-05 20:24:25 UTC
Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.