Bug 136114 - LibreOffice crashes when opening Fakturama
Summary: LibreOffice crashes when opening Fakturama
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.0.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2020-08-25 15:25 UTC by hein@avecon.co.za
Modified: 2020-12-07 22:07 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
reacting on the request to attach "<user profile>/cache/opengl_device.log" (25.44 KB, image/png)
2020-08-30 18:09 UTC, hein@avecon.co.za
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hein@avecon.co.za 2020-08-25 15:25:35 UTC
Description:
I use Fakturama for invoicing, product and service inventory as well as other accounting facilities. Their templates are set up in .odt format and when printing a document it calls on LibreOffice (or OpenOffice) to create the actual document. Every first use after opening Fakturama and entering the necessary data, LibreOffice crashes and needs to open in safe mode afterwards. If I do a second document it seems to be alright. This is quite frustrating as I then have to meddle in the database to let Fakturama know that the document was not printed (created). Please advise.

Actual Results:
Can't reproduce unless I start the other application

Expected Results:
Same results


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
None
Comment 1 Julien Nabet 2020-08-25 17:38:05 UTC
First thing, is it Apache OpenOffice or LibreOffice? Indeed, this bugtracker concerns only LibreOffice (and derivated like Collabora version)

Do you reproduce this too with 6.4.6?

Also, could you give a try at:
https://wiki.documentfoundation.org/QA/FirstSteps
?
Comment 2 hein@avecon.co.za 2020-08-26 10:48:34 UTC
It is only LibreOffice - I don't use anything else. It certainly seems to be a glitch with Open GL, as I deselected it and used Fakturama this morning. It opene LibreOffice without any problems.
Comment 3 QA Administrators 2020-08-27 03:52:54 UTC Comment hidden (obsolete)
Comment 4 Julien Nabet 2020-08-27 09:23:09 UTC
Thank you for the feedback.
Did you check you had the last graphic card driver?
Also, what version of Windows do you use?

Finally, could you attach to the bugtracker  this file:
<user profile>/cache/opengl_device.log
?
Comment 5 hein@avecon.co.za 2020-08-30 18:09:05 UTC
Created attachment 164889 [details]
reacting on the request to attach "<user profile>/cache/opengl_device.log"

Not to be found, after 3 hours! Obviously this file doesn't exist.
Comment 6 Julien Nabet 2020-08-30 18:19:38 UTC
(In reply to hein@avecon.co.za from comment #5)
> Created attachment 164889 [details]
> reacting on the request to attach "<user profile>/cache/opengl_device.log"
> 
> Not to be found, after 3 hours! Obviously this file doesn't exist.

It will appear if you enable OpenGL. If it's disabled, we can expect it doesn't appear.
Comment 7 hein@avecon.co.za 2020-09-04 14:20:47 UTC
This is really getting out of hand. It is pointless using "free" software if it takes almost an hour just to print one invoice.

This is the version information from the About window:
Version: 7.0.0.3 (x64)
Build ID: 8061b3e9204bef6b321a21033174034a5e2ea88e
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
Locale: en-ZA (en_ZA); UI: en-ZA
Calc: CL

It does appear as though Open GL is not at fault. I also have the latest drivers for my displays.
Comment 8 hein@avecon.co.za 2020-09-04 14:42:42 UTC
Twice in succession! Now I can't find any trace of Open GL under Tools\Options\LibreOffice\View. It only shows Skia, which I have now disabled and selected hardware acceleration. It seems to be better, because previously it crashed two open Calc files as well as the invoice I was trying to print. Trying it now everything worked. I'll keep on trying it like this and hopes it doesn't crash again at a later stage.
Comment 9 zcrhonek 2020-12-07 22:07:42 UTC
(In reply to hein@avecon.co.za from comment #8)
>I'll keep on trying it
> like this and hopes it doesn't crash again at a later stage.

Closing. Please attach crash report signature link if it occurs again.