Bug 140834 - Crash in Draw 7.1.0.3(64) when export graphics
Summary: Crash in Draw 7.1.0.3(64) when export graphics
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.1.1.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected
Depends on:
Blocks:
 
Reported: 2021-03-06 00:53 UTC by Kenneth Tingey
Modified: 2021-09-19 03:46 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Test Draw file for image export (534.45 KB, application/vnd.oasis.opendocument.graphics)
2021-03-06 19:45 UTC, Kenneth Tingey
Details
export graphic1 (44.20 KB, image/jpeg)
2021-03-06 21:44 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kenneth Tingey 2021-03-06 00:53:45 UTC
Description:
Exporting a selected graphic crashes Draw. This is not a problem when exporting pdfs.
Thank you for all.
I will try 7.0.4.2 to see if it is fixed. Sorry to not have noticed this. If I can get back to this, I will report back.

Actual Results:
Crash. The version is saved to the degree I can tell

Expected Results:
A valid graphics file export


Reproducible: Always


User Profile Reset: No



Additional Info:
na
Comment 1 Kenneth Tingey 2021-03-06 01:11:07 UTC
I just installed 7.1.1 and it still crashes
Comment 2 Jean-Baptiste Faure 2021-03-06 18:06:26 UTC
Thank you for this bug report. To make easier to confirm the bug, please could you provide a test file (as attachment, without any personal data) and a step by step scenario to reproduce the problem.

From my side I do not reproduce the crash with LO 7.1.2.0.0+ built at home under Ubuntu 18.04 x86-64.

Please provide the build infos of your LO : menu Help > About LibreOffice and click on the button near "Version information".

Status set to NEEDINFO, please set it back to UNCONFIRMED once the data is provided.

Best regards. JBF
Comment 3 Kenneth Tingey 2021-03-06 19:45:16 UTC
Created attachment 170274 [details]
Test Draw file for image export

Dear Jean-Baptist
Thank you again. I have attached a Draw file with two slides. The first shows a graphic that is to be exported to an image format. The second shows the export dialog for PNG. If I do anything to the dialog box, the entire application disappears. This is the same regardless of format -- except I can export ot pdf. From there, I can pick out the graphic for now.
This is with version 7.1.1 with the binary Windows 10 with all updates.
Thank you, again
Comment 4 Jean-Baptiste Faure 2021-03-06 20:43:26 UTC
Thank you for the test file. I do not reproduce the crash.
Did you try another export format than PNG and PDF, for example JPEG or Gif ?

Best regards. JBF
Comment 5 Julien Nabet 2021-03-06 21:44:15 UTC
Created attachment 170277 [details]
export graphic1

On pc Debian x86-64 with master sources updated today + gen rendering, I don't reproduce this.

I attached graphic from slide 1 exported in jpg.

Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps ?
Comment 6 Steffen Voß 2021-03-17 13:52:28 UTC
I use 7.0.3.1 with Ubuntu. My draw crashes always when I export a slide under certain circumstances:

1. I want to export several slides all named example_specificName.png
2. I export the first one as example_specificName.png. That works fine
3. I try to export the next slide. 
4. I click file/export 
5. I switch to png as file extension, so the file explorer shows my first .png
6. I click on the first .png to pick the name
7. I try to mark "specificName" in the filename and Draw crashes. It also happens when I double click on that name-part.
Comment 7 Jean-Baptiste Faure 2021-03-18 08:39:47 UTC
(In reply to Steffen Voß from comment #6)
> I use 7.0.3.1 with Ubuntu. My draw crashes always when I export a slide
> under certain circumstances:
> 
> 1. I want to export several slides all named example_specificName.png
> 2. I export the first one as example_specificName.png. That works fine
> 3. I try to export the next slide. 
> 4. I click file/export 
> 5. I switch to png as file extension, so the file explorer shows my first
> .png
> 6. I click on the first .png to pick the name
> 7. I try to mark "specificName" in the filename and Draw crashes. It also
> happens when I double click on that name-part.

Please copy-paste version information from your LO installation: menu Help > About LibreOffice > click the button near Version Information, then paste here.

Best regards. JBF
Comment 8 QA Administrators 2021-09-15 03:37:34 UTC Comment hidden (obsolete)
Comment 9 Timur 2021-09-17 10:20:18 UTC
Also no repro for crash on export, both Windows and Linux.

I didn't understand  "mark "specificName" in the filename" from comment 6. 
While testing bug 144553 I saw some crashes in Linux up to LO 7.1 but not with 7.2.
Comment 10 Timur 2021-09-17 10:45:30 UTC
That fix in 7.2 Linux GTK3 (for exporting to the same file name) should be:

commit 59bc0d6f77d11b7d6d201292e940746715681dd7
Date:   Fri Jun 4 13:15:22 2021 +0200
    source a3a203b7c697a38d4f79877d6b5c1423fa52f2d8
    pre 566370dc3754ed3f858f1617e776ec0bc3399499


author	Caolán McNamara <caolanm@redhat.com>	2021-06-01 17:33:57 +0100
committer	Jan-Marek Glogowski <glogow@fbihome.de>	2021-06-02 08:24:35 +0200

enabling gtk vclplugs is supposed to enforce requiring system cairo
dropped by...

commit 3d1f28dd1fbb2fe3f5b933a9d692fb4d033f08b6
Date:   Sun May 30 18:19:40 2021 +0200

    configure: Refactor platform defaults

so cairo and pixman get downloaded and built out of the box with --enable-gtk3


Since Windows original report is not reproduced by anyone, I consider this fixed for Linux GTK3, which is probably in comment 6. Bug wasn't there for GEN.
Comment 11 QA Administrators 2021-09-18 03:28:58 UTC Comment hidden (obsolete)
Comment 12 Timur 2021-09-18 06:02:18 UTC
Xisco, please explain how QA script works, it's wrong sending.
Comment 13 QA Administrators 2021-09-19 03:46:46 UTC
Dear Kenneth Tingey,

This bug has been in NEEDINFO status with no change for at least
6 months. Please provide the requested information as soon as
possible and mark the bug as UNCONFIRMED. Due to regular bug
tracker maintenance, if the bug is still in NEEDINFO status with
no change in 30 days the QA team will close the bug as INSUFFICIENTDATA
due to lack of needed information.

For more information about our NEEDINFO policy please read the
wiki located here:
https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO

If you have already provided the requested information, please
mark the bug as UNCONFIRMED so that the QA team knows that the
bug is ready to be confirmed.
 
Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-NeedInfo-Ping