[Upstream] soffice.bin crashed with SIGSEGV in Timer::ImplTimerCallbackProc()

Bug #1269734 reported by Walter Garcia-Fontes
24
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Critical
libreoffice (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

1) lsb_release -rd
Description: Ubuntu Trusty Tahr (development branch)
Release: 14.04

2) apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:4.1.3-0ubuntu3
  Candidate: 1:4.1.3-0ubuntu3
  Version table:
 *** 1:4.1.3-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status

3) What is expected to happen via a terminal:
cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1269734/+attachment/3949975/+files/1num1cat.ods && localc --nologo 1numcat1.ods

press OK to the dialog that appears -> click the "Data entry" worksheet -> copy the range A2:B50 -> double click on A1 or B1, a dialog opens, click OK and it doesn't crash.

4) What happens is it does.

ProblemType: Crash
DistroRelease: Ubuntu 13.10
Package: libreoffice-core 1:4.1.3-0ubuntu1
ProcVersionSignature: Ubuntu 3.11.0-15.23-generic 3.11.10
Uname: Linux 3.11.0-15-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.12.5-0ubuntu2.2
Architecture: amd64
Date: Thu Jan 16 10:35:35 2014
ExecutablePath: /usr/lib/libreoffice/program/soffice.bin
InstallationDate: Installed on 2010-10-25 (1178 days ago)
InstallationMedia: Ubuntu 10.10 "Maverick Meerkat" - Release amd64 (20101007)
MarkForUpload: True
ProcCmdline: /usr/lib/libreoffice/program/soffice.bin --calc --splash-pipe=5
SegvAnalysis:
 Segfault happened at: 0x7f6821e4b52a: testb $0x2,0x38(%rdi)
 PC (0x7f6821e4b52a) ok
 source "$0x2" ok
 destination "0x38(%rdi)" (0x00000038) not located in a known VMA region (needed writable region)!
SegvReason: writing NULL VMA
Signal: 11
SourcePackage: libreoffice
StacktraceTop:
 ?? () from /usr/lib/libreoffice/program/../program/libsclo.so
 ?? () from /usr/lib/libreoffice/program/../program/libsclo.so
 Timer::ImplTimerCallbackProc() () from /usr/lib/libreoffice/program/libmergedlo.so
 ?? () from /usr/lib/libreoffice/program/libvclplug_gtklo.so
 g_main_dispatch (context=0xf5fc50) at /build/buildd/glib2.0-2.38.1/./glib/gmain.c:3065
Title: soffice.bin crashed with SIGSEGV in Timer::ImplTimerCallbackProc()
UpgradeStatus: Upgraded to saucy on 2013-09-12 (125 days ago)
UserGroups: adm admin audio cdrom dialout lp lpadmin plugdev sambashare video www-data

Revision history for this message
Walter Garcia-Fontes (walter-garcia) wrote :
Revision history for this message
Walter Garcia-Fontes (walter-garcia) wrote :

Spreadsheet to reproduce the bug

Revision history for this message
Apport retracing service (apport) wrote :

StacktraceTop:
 ?? () from /tmp/apport_sandbox_IVesrC/usr/lib/libreoffice/program/../program/libsclo.so
 ?? () from /tmp/apport_sandbox_IVesrC/usr/lib/libreoffice/program/../program/libsclo.so
 Timer::ImplTimerCallbackProc () at /build/buildd/libreoffice-4.1.3/vcl/source/app/timer.cxx:133
 CallCallback (this=<optimized out>) at /build/buildd/libreoffice-4.1.3/vcl/inc/saltimer.hxx:53
 sal_gtk_timeout_dispatch (pSource=0xad9d180) at /build/buildd/libreoffice-4.1.3/vcl/unx/gtk/app/gtkdata.cxx:832

Revision history for this message
Apport retracing service (apport) wrote : Stacktrace.txt
Revision history for this message
Apport retracing service (apport) wrote : StacktraceSource.txt
Revision history for this message
Apport retracing service (apport) wrote : ThreadStacktrace.txt
Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
tags: removed: need-amd64-retrace
information type: Private → Public
Revision history for this message
In , Walter Garcia-Fontes (walter-garcia) wrote :

Created attachment 92215
Spreadsheet with macros to reproduce this crash

Problem description:
I have a package composed by a collection of spreadsheets with macros. Since a couple of LibreOffice versions I get this crash. I attach a spreadsheet with macros where I can reproduce this crash 100% of the times. I will try to create a simpler test case since this spreadsheet is unnecessarily complex (a part of my package).

Steps to reproduce:
1) Open 1num1cat.ods (attached file). Press OK to the dialog that appears.
2) Go to the "Data entry" worksheet
3) Copy the range A2:B50 (any range here would do)
4) Double click on A1 or B1, a dialog opens, click OK.

Current behavior:
Libreoffice freezes for 20 seconds and then crashes

Expected behavior:
The macro should paste the data in the range A2:B50

For a stacktrace see:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1269734

Operating System: Ubuntu
Version: 4.1.3.2 release

Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → New
penalvch (penalvch)
summary: - soffice.bin crashed with SIGSEGV in Timer::ImplTimerCallbackProc()
+ [Upstream] soffice.bin crashed with SIGSEGV in
+ Timer::ImplTimerCallbackProc()
Changed in libreoffice (Ubuntu):
status: New → Fix Released
Revision history for this message
penalvch (penalvch) wrote :

Walter Garcia-Fontes, after you clicked Ok in step 4, did it immediately crash, or would you have to wait a few seconds, while still being able to click around the spreadsheet?

Changed in libreoffice (Ubuntu):
status: Fix Released → Incomplete
Revision history for this message
Walter Garcia-Fontes (walter-garcia) wrote :

I had to wait a few seconds, but it freezes, does not respond to clicks or anything.

penalvch (penalvch)
description: updated
tags: added: trusty
Changed in libreoffice (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
In , penalvch (penalvch) wrote :

Not reproducible in MASTER:
Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002
Version: 4.3.0.0.alpha0+
Build ID: 42f551d524a1df46f6a311d5897ac30bd8fc1aaf
TinderBox: Win-x86@42, Branch:master, Time: 2014-01-15_22:51:46

Is reproducible in:
lsb_release -rd
Description: Ubuntu Trusty Tahr (development branch)
Release: 14.04

apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:4.1.3-0ubuntu3
  Candidate: 1:4.1.3-0ubuntu3
  Version table:
 *** 1:4.1.3-0ubuntu3 0
        500 http://us.archive.ubuntu.com/ubuntu/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status

May be linux only and/or older version only issue.

Changed in df-libreoffice:
importance: Medium → Critical
status: New → Confirmed
Revision history for this message
In , Walter Garcia-Fontes (walter-garcia) wrote :

I can also reproduce it in:

lsb_release -rd
Description: Ubuntu Trusty Tahr (development branch)
Release: 14.04

apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:4.2.1-0ubuntu1
  Candidate: 1:4.2.1-0ubuntu1
  Version table:
 *** 1:4.2.1-0ubuntu1 0
        500 http://ftp.caliu.cat/pub/distribucions/ubuntu/archive/ trusty/main amd64 Packages
        100 /var/lib/dpkg/status

Revision history for this message
In , Walter Garcia-Fontes (walter-garcia) wrote :

Still reproducing it in:

libreoffice:
  Installed: 1:4.2.3~rc3-0ubuntu2
  Candidate: 1:4.2.3~rc3-0ubuntu2
  Version table:
 *** 1:4.2.3~rc3-0ubuntu2 0
        500 http://ftp.caliu.cat/pub/distribucions/ubuntu/archive/ trusty/universe amd64 Packages
        100 /var/lib/dpkg/status

Revision history for this message
In , Walter Garcia-Fontes (walter-garcia) wrote :

Still reproducing it in (the testcase above crashes Libreoffice after some seconds of unresponsiveness):

Description: Ubuntu Utopic Unicorn (development branch)
Release: 14.10

apt-cache policy libreoffice-calc
libreoffice-calc:
  Installed: 1:4.3.2-0ubuntu1
  Candidate: 1:4.3.2-0ubuntu1
  Version table:
 *** 1:4.3.2-0ubuntu1 0
        500 http://ftp.caliu.cat/pub/distribucions/ubuntu/archive/ utopic/main amd64 Packages
        100 /var/lib/dpkg/status

Not able to reproduce in Windows, I haven't tried in this last versions but in 4.2.3 I cannot reproduce it.

It's also working in the Mac version.

Revision history for this message
In , Walter Garcia-Fontes (walter-garcia) wrote :

Right now I'm able to reproduce this bug in all 4.3.X versions in all platforms: Windows, Mac and Linux

Revision history for this message
In , Eike Rathke (erack) wrote :

This is a re-entrance problem. While the charts are updated there are chart data listeners in BASIC that in turn modify things such that charts are inserted/removed from the listener chain, invalidating the iterator.

Revision history for this message
In , Libreoffice-commits (libreoffice-commits) wrote :

Eike Rathke committed a patch related to this issue.
It has been pushed to "master":

http://cgit.freedesktop.org/libreoffice/core/commit/?id=ef2ed50231fd946c1f374ffbce28ebb98eda56c5

fdo#73695 prevent use of invalidated iterator due to re-entrance

It will be available in 4.4.0.

The patch should be included in the daily builds available at
http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
http://wiki.documentfoundation.org/Testing_Daily_Builds
Affected users are encouraged to test the fix and report feedback.

Revision history for this message
In , Eike Rathke (erack) wrote :

Pending review for 4-3 at https://gerrit.libreoffice.org/12434

Revision history for this message
In , Adolfo Jayme Barrientos (fitojb) wrote :
Changed in df-libreoffice:
status: Confirmed → Fix Released
Revision history for this message
Walter Garcia-Fontes (walter-garcia) wrote :

It seems the upstream fix has reached the current version. I can't reproduce in LibreOffice Calc 4.4..1.2 in Ubunty 15.04. So marking as fixed release as the upstream bug.

Changed in libreoffice (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.