/usr/lib/libreoffice/program/soffice.bin:11:SvtBroadcaster::Add:SvtListener::StartListening:SwAccessibleNoTextFrame::SwAccessibleNoTextFrame:SwAccessibleGraphic::SwAccessibleGraphic:SwAccessibleMap::GetContext

Bug #1882143 reported by errors.ubuntu.com bug bridge
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LibreOffice
Fix Released
Low
libreoffice (Ubuntu)
New
Undecided
Unassigned

Bug Description

The Ubuntu Error Tracker has been receiving reports about a problem regarding libreoffice. This problem was most recently seen with package version 1:6.4.3-0ubuntu0.20.04.1, the problem page at https://errors.ubuntu.com/problem/caec6eae4d3f44d6d42c65c3f1a882a3d15ce34e contains more details, including versions of packages affected, stacktrace or traceback, and individual crash reports.
If you do not have access to the Ubuntu Error Tracker and are a software developer, you can request it at http://forms.canonical.com/reports/.

Tags: focal
Revision history for this message
In , Hugotrip (hugotrip) wrote :

Created attachment 170798
the "faulty" macro

This bug was filed from the crash reporting server and is br-33ed96ed-3b13-48f2-93d2-e18c54fef244.
=========================================

I made a Basic macro to hide/unhide some texts selected by their style, and now running it frequently crash LibreOffice, but not always.

It works fine with LibreOffice 6.3.6

I attach the macro for the record.

(this crash was on a fresh parallel install of LibreOffice 7.1.1 - following instructions from https://wiki.documentfoundation.org/Installing_in_parallel, with just the macro copy/pasted.

And if you need context, I'm a teacher, and I use this macro to allow me to produce from a same document a student version and a (enhanced) teacher one.

Revision history for this message
In , Xiscofauli (xiscofauli) wrote :

Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it.
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)

Revision history for this message
In , Pakifi6818 (pakifi6818) wrote :
Revision history for this message
In , Hugotrip (hugotrip) wrote :

Created attachment 170816
A sample documents with fonts needed

I added a crashing document and the fonts used in the styles within it.

Revision history for this message
In , Hugotrip (hugotrip) wrote :

As I was looking for a sample document, I found out that it seems it's not the macro itself that makes Libreoffice 7 crashing, but the attribute hidden to the paragraph style 'Prof' : more precisely it's when I check this attribute that the crash occurs (you may need to scroll within the document, once the change is done to see the crash) :
Indeed, I have another style in my macro that doesn't crash at all, and I tried to open the sample document with the attribute hidden already given (done by using a 6.3.6 version of LibreOffice) to the style 'Prof' and it doesn't make LibreOffice 7 crash, neither then unhiding the style (but re hiding it will make a crash again)

Changed in df-libreoffice:
importance: Unknown → Low
status: Unknown → New
Revision history for this message
In , Libreoffice-commits (libreoffice-commits) wrote :

Bjoern Michaelsen committed a patch related to this issue.
It has been pushed to "master":

https://git.libreoffice.org/core/commit/b0ae5aaaafd236663f7e81af06a567ade8a2a745

tdf#141307: adapt null-check

It will be available in 7.2.0.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

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

Bjoern Michaelsen committed a patch related to this issue.
It has been pushed to "libreoffice-7-1":

https://git.libreoffice.org/core/commit/b129ce4426d460963ace6c9e69c4b44e2a3615c2

tdf#141307: adapt null-check

It will be available in 7.1.4.

The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
https://wiki.documentfoundation.org/Testing_Daily_Builds

Affected users are encouraged to test the fix and report feedback.

Revision history for this message
In , Hugotrip (hugotrip) wrote :

Hello there,

I've just tried the daily build, and so far, it seems fixed to me (testing on two documents crashing otherwise)

So I thank you now :)

Revision history for this message
In , Adolfo Jayme Barrientos (fitojb) wrote :

Thanks for testing! Setting to Verified then

Changed in df-libreoffice:
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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