Created attachment 93920 [details] File which contains macro which will pull data from all other files. To reproduce: 1. Download ZIP from this link: https://copy.com/jfGZSp3GP6Crmzsr 2. Extract it and you will find 2 folders, TEST-ods and TEST-xls 3. Rename TEST-ods to TEST and save it to root of C: (C:/TEST) 4. Download and run TEST PULL FILE.ods (you have to enable macro). 5. Run macro (Tools - Macro - Run macro and select that file macro). Expected: Macro will generate filenames of all files in C:/TEST directory and formulas in columns B and C will pull data from those files. Actual result: LibreOffice crashes on 9th file. My guess is, memory leak. Setup: Win7 64bit Intel i3 2,75ghz , 3GB ram, LO 4.1.5 (or 4.1.4) Tested also with portable version of 4.2 and it also crashes. Now do everything from start, but use files from TEST-xls folder. Those files are 100% identical, except they were saved as xls. TEST PULL FILE.ods will pull data from all 15 files without problems. I gave you only 15 test files, which are 100% indentical except filename, but I usually do this with 160+ files. With xls it passes, but with ods it crashes.
I should mention that macro pulls file names ONLY from C:/TEST. If you want to change this to something else so you can test on linux, you should edit macro and formulas in B and C columns to pull from different location.
Confirmed the crash on Windows 7 with 4.0.6, 4.1.6, 4.2.4, and 4.2.6. It is fine in 3.5.7, 3.6.7, 4.4.
Created attachment 100331 [details] how the error looks in LibO 4.2 before it crashes
Is this bug reproducible in Linux - if not bibisect is not possible and whiteboard status should be removed
Yes it wasnt possible to reproduce it in linux in 4.1.6 or 4.2.4, so bibisect was removed.
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
I was testing again on win 8.1, i5 processor, 8GB of RAM with 180 files on LibreOffice 4.4.1.1 It finishes process, but when I mark columns A:C and press CTRL+C (copy) LibreOffice hangs and crashes. Tried 3 times, 3 times it crashed.
Created attachment 113377 [details] Error I marked B1. Scrooled down to C180 (which took some time), then SHIFT+click on C180. Then CTRL+C for copy. All fine. Then I pressed New spredsheet icon (first in toolbar) and bam... this error appears. Sometimes it appears while I copy, sometimes when I try to create new spreadsheet to copy result to. --------------------------- LibreOffice 4.4 - Fatal Error --------------------------- osl::Thread::create failed ---------------------------
Migrating Whiteboard tags to Keywords: (notBibisectable)
I went to look at this problem today, but the original reproducer zip seems to be gone. Is there another copy of this anywhere, or another route to reproduce ?
(In reply to Caolán McNamara from comment #10) > I went to look at this problem today, but the original reproducer zip seems > to be gone. Is there another copy of this anywhere, or another route to > reproduce ? Luckily, I keept ZIP stored somewhere. Won't share link here since it's my private cloud, but sent you copy via e-mail.
This regression was introduced before branch 4.4, thus it can't be bibisected with the current bibisect repositories. Changing keyword 'notBibisectable' to 'preBibisect'
Dear Bug Submitter, 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-20170328
Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-20170502