Bug 138943 - Crashed while in Draw opening a properties dialogue UI mergedlo.dll Also crashed Windows10 when reloaded.
Summary: Crashed while in Draw opening a properties dialogue UI mergedlo.dll Also cra...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.0.3.1 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-12-15 14:36 UTC by DrC
Modified: 2021-02-25 14:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
The file after the crash report said all files have been saved. (25.72 KB, application/vnd.oasis.opendocument.graphics)
2020-12-15 17:07 UTC, DrC
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DrC 2020-12-15 14:36:27 UTC
Description:
Working on a complex Draw file.  Had created a new Layer as default Layer8, then renamed it and immmediately opened the dialogue box to check its visibility and lock status while its displayed name was black (expected) non-italic (expected) and Bold (what's that?')

The crash dialogue invited me to reload, which I did from the icon.  I can't remember any more details - I was expecting to see a recovery dialogue box but I possibly saw and complied with the crash reporting box on the way in.

When LibreOffice tried to reload the splash screen cycled indefinitely.

I tried to use TaskMaster to intervene but it said there were no applications running.

I recorded a video in case it helps (16Mb) and have quarantined whatever happens to be left of the file I was working on.  I will report back after I have reopened it with version details etc.

Ask if you want the video.  I couldn't see anything worth 16Mb of storage on it.

Meanwhile. AFAIK this is trhe only bug report on this module from Draw.

I will also file another report on clicking the position and size information with no object selected. 

Actual Results:
The program reported it had crashed.
The crash report was successfully uploaded.
You can soon find the report at:
crashreport.libreoffice.org/stats/crash_details/a8a4a07f-f496-47ec-90b5-38afbf9ded1c

Please check the report, and if no bug report is connected to the crash report yet, open a new bug report at bugs.documentfoundation.org.

Expected Results:
I expected the Visible-Printable-Locked dialogue to appear.


Reproducible: Didn't try


User Profile Reset: No



Additional Info:
7.0.3.1 (X64)

crashreport.libreoffice.org/stats/crash_details/a8a4a07f-f496-47ec-90b5-38afbf9ded1c

gerrit.libreoffice.org / core / d7547858d014d4cf69878db179d326fc3483e082

It would help if the information could be copied to clipboard!
Comment 1 DrC 2020-12-15 17:07:32 UTC
Created attachment 168198 [details]
The file after the crash report said all files have been saved.

Prior to the crash, working on Page 2, I had added a frame (Frame 8) after BlueGrid and before RedTroop.  I thern renamed the frame BlackGrid (by right clicking, not using the dialogue) then tried to opened the dialogue - it crashed.

AFAIR the crash reporter said it had been saved.  This is a copy of the saved file.

On reloading, using default choices following the crash, the file needed repair.  The repaired file does not have the added frame.
Comment 2 DrC 2020-12-15 17:12:04 UTC
Prior to the crash, working on Page 2, I had added a frame (Frame 8) after BlueGrid and before RedTroop.  I then renamed the frame BlackGrid (by right clicking, not using the dialogue) then tried to opened the dialogue - it crashed.

AFAIR the crash reporter said it had been saved.  This is a copy of the saved file.

On reloading, using default choices following the crash, the file needed repair.  The repaired file does not have the added frame.
Comment 3 DrC 2020-12-15 17:22:58 UTC
The crash cannot be replicated on the recovered file.

Prior to the crash I had done a lot of work involving rotating rectangles to find the correct size of grid for the diagram.  These were all on the layout frame and subsequently deleted. Without the prior work (I had notes of the calculations I had done) the crash did not repeat.
Comment 4 Xisco Faulí 2021-02-23 09:19:01 UTC
Hi DrC,
Have you reproduced the crash again since you reported this issue ?
Comment 5 DrC 2021-02-24 19:36:27 UTC
No - Draw insisted on repairing it before it would do anything. I was rather hoping a developer might be able to work out what happened from whatever needed fixing otherwise there's nothing to be won from the crash detector saving it.

Prrsumably your Draw also repaired it?
Comment 6 DrC 2021-02-24 19:43:51 UTC
I haven't come across it again in further work but that further work is on 'brain rest' at the moment.  Meanwhile, life gets even more complicated because Windows10 has been sent a couple of restart updates in the meantime.

I suggest this should be left in case or until somethung else rings the same bell.
Comment 7 QA Administrators 2021-02-25 04:10:17 UTC Comment hidden (obsolete)
Comment 8 Xisco Faulí 2021-02-25 14:24:42 UTC
(In reply to DrC from comment #6)
> I haven't come across it again in further work but that further work is on
> 'brain rest' at the moment.  Meanwhile, life gets even more complicated
> because Windows10 has been sent a couple of restart updates in the meantime.
> 
> I suggest this should be left in case or until somethung else rings the same
> bell.

Let's close it as RESOLVED WORKSFORME for the time being.
Feel free to reopen it if you experience the issue again