Bug 109852 - CRASH: When creating more than 85 Writer/Calc documents with x86 and x64 build
Summary: CRASH: When creating more than 85 Writer/Calc documents with x86 and x64 build
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: wantBacktrace
: 117618 (view as bug list)
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2017-07-28 14:45 UTC by Telesto
Modified: 2022-05-17 03:30 UTC (History)
3 users (show)

See Also:
Crash report or crash signature: ["SfxBaseModel::MethodEntryCheck(bool)"]


Attachments
WinDBG Backtrace (10.21 KB, text/plain)
2017-07-28 19:00 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-07-28 14:45:29 UTC
Description:
Corner case. CRASH: When creating more than 85 Writer/Calc documents 

Steps to Reproduce:
1. Open Writer (new Document)
2. Hold CTRL+N to create >85 documents. It will crash at 86. 

No repro with Draw

Actual Results:  
Crash

Expected Results:
No crash


Reproducible: Always

User Profile Reset: No

Additional Info:
Version: 6.0.0.0.alpha0+ (x64)
Build ID: d4ffca1e071536f5c3f66ddcc8156540055eace4
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-07-05_22:53:33
Locale: nl-NL (nl_NL); Calc: CL


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Julien Nabet 2017-07-28 18:28:05 UTC
Did you check memory consumption? Perhaps you runned out of memory?

On pc Debian x86-64 with 6GB with just Firefox (with 6 tabs) and Thunderbird opened, I could open more than 160 ods files.
Comment 2 Telesto 2017-07-28 19:00:30 UTC
Created attachment 134952 [details]
WinDBG Backtrace

Version: 6.0.0.0.alpha0+
Build ID: 425c68a316a5682696ac29f54f5e99c005685fc1
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@39, Branch:master, Time: 2017-07-24_00:59:05
Locale: nl-NL (nl_NL); Calc: CL

The bug seems to be caused by GDI handles
GDI Handles 3545
User Handles 9977

Calc crashes with 85 documents. Writer needs probably some more
Comment 3 Julien Nabet 2017-07-28 20:03:49 UTC
You responded with bt which could be useful of course but what about memory consumption?
I mean, even if I got 100GB of memory, i suppose I can't open an infinite number of files.
Comment 4 Telesto 2017-07-28 20:21:07 UTC
Memory consumption with 85 documents open: 1.7 GB with Version: 6.0.0.0.alpha0+ (x64) Build ID: d4ffca1e071536f5c3f66ddcc8156540055eace4 

Total available RAM: 8GB of which 5 GB is used (including LibO6 with 85 documents open). LibO always crashes at the 86 empty calc document. In some situation no new Document is created after 85. The crash will occur only after open a New Impress/Writer/Draw document from the toolbar.

It's probably windows only
Comment 5 Xisco Faulí 2017-08-02 22:02:18 UTC
Confirmed in

Versión: 5.3.5.1
Id. de compilación: 020db1aa8142e57290f8a21e4df31185392d0e38
Subproc. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; Motor de trazado: HarfBuzz; 
Configuración regional: es-ES (es_ES); Calc: group

when 86 is reached.
it doesn't seems to be a GDI problem. it was at ~4500 when it crashed
Comment 6 Xisco Faulí 2017-12-14 11:57:17 UTC
In

Versión: 4.4.0.3
Id. de compilación: de093506bcdc5fafd9023ee680b8c60e3e0645d7
Configuración regional: es_ES

it crashed for me with 115 documents
Comment 7 Xisco Faulí 2018-05-28 17:47:19 UTC
*** Bug 117618 has been marked as a duplicate of this bug. ***
Comment 8 QA Administrators 2019-06-19 02:48:51 UTC Comment hidden (obsolete)
Comment 9 Telesto 2020-03-29 13:19:01 UTC
Repro with 110 documents
Version: 7.0.0.0.alpha0+ (x64)
Build ID: 7ae9c9572ccac55c0926b8a9779bb63c4236291c
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 10 Telesto 2020-03-29 13:19:43 UTC
@Julien
Would you mind to add a BT? Thanks!
Comment 11 Julien Nabet 2020-03-29 13:35:08 UTC
I don't understand the point, I gave a try but after more than 200 files I could still create new ones.
If it depends on memory, I expect any program would crash when memory is exhausted.
Comment 12 Telesto 2020-03-29 14:12:34 UTC
(In reply to Julien Nabet from comment #11)
> I don't understand the point, I gave a try but after more than 200 files I
> could still create new ones.
> If it depends on memory, I expect any program would crash when memory is
> exhausted.

Thanks for testing. I'm not running out of memory available memory. It might be some Windows memory limit. However I'm only aware of that happening with x32 builds. It did happen more or less around 2 GB.

Maybe WinOnly
Comment 13 QA Administrators 2022-05-17 03:30:40 UTC
Dear Telesto,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug