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
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.
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
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.
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
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
In Versión: 4.4.0.3 Id. de compilación: de093506bcdc5fafd9023ee680b8c60e3e0645d7 Configuración regional: es_ES it crashed for me with 115 documents
*** Bug 117618 has been marked as a duplicate of this bug. ***
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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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
@Julien Would you mind to add a BT? Thanks!
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.
(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
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
Still the same with Version: 24.2.2.2 (X86_64) / LibreOffice Community Build ID: d56cc158d8a96260b836f100ef4b4ef25d6f1a01 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: ro-RO (en_US); UI: en-US Calc: threaded