Bug 105105 - Bad allocation while removing sheets (in a 32-bit LibreOffice)
Summary: Bad allocation while removing sheets (in a 32-bit LibreOffice)
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.4.5.2 release
Hardware: x86 (IA32) Windows (All)
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Sheet
  Show dependency treegraph
 
Reported: 2017-01-04 17:28 UTC by Marina Latini (SUSE)
Modified: 2020-03-08 02:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
test file (8.93 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-01-04 17:29 UTC, Marina Latini (SUSE)
Details
windows crash report (532.64 KB, application/x-zip-compressed)
2017-01-04 18:00 UTC, Marina Latini (SUSE)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marina Latini (SUSE) 2017-01-04 17:28:43 UTC
Description:
Deleting a big amount of sheets (from 40 up to 99) without saving the file, LibreOffice crashes with a bad allocation error

Steps to Reproduce:
1. Open the provided dummy file (is a worksheet with 100 empty sheets)
2. Delete the sheets (from 40 up to 99) without saving


Actual Results:  
LibreOffice crashes with a bad allocation dialog error

Expected Results:
LibreOffice works


Reproducible: Always

User Profile Reset: Yes

Additional Info:
works fine with:
Versione 3.6.7.2 (Build ID: e183d5b)

crash:
Versione: 4.4.5.2
Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99
Versione locale: it_IT

Versione: 5.0.1.2
Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261
Versione locale: it-IT (it_IT)

Versione: 5.0.5.2
Build ID: 55b006a02d247b5f7215fc6ea0fde844b30035b3
Versione locale: it-IT (it_IT)

Versione: 5.1.5.2
Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5
Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; 
Versione locale: it-IT (it_IT); Calc: group

Versione: 5.1.6.2
Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909
Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; 
Versione locale: it-IT (it_IT); Calc: group

Versione: 5.1.6.2
Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909
Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; 
Versione locale: it-IT (it_IT); Calc: group

Version: 5.2.4.2
Build ID: 3d5603e1122f0f102b62521720ab13a38a4e0eb0
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
Locale: vec-IT (it_IT); Calc: group

Versione: 5.3.0.0.beta2
Build ID: a7e30712ad6d8bc9286007b37aa581983e0caba3
Thread CPU: 4; Versione SO: Windows 6.1; Resa interfaccia: predefinito; Layout Engine: new; 
Versione locale: it-IT (it_IT); Calc: group



User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36
Comment 1 Marina Latini (SUSE) 2017-01-04 17:29:29 UTC
Created attachment 130153 [details]
test file

test file to play with
Comment 2 Marina Latini (SUSE) 2017-01-04 17:39:44 UTC
in some cases, if you have removed 99 sheets you can reproduce the issue trying to close the document without saving.

In this specific case the error is related to mergedlo.dll
Comment 3 Marina Latini (SUSE) 2017-01-04 18:00:37 UTC
Created attachment 130155 [details]
windows crash report

report files created by windows
Comment 4 Jacques Guilleron 2017-01-04 19:14:02 UTC
Hi Marina,

I don't reproduce with
LO 4.4.5.2 Build ID: a22f674fd25a3b6f45bdebf25400ed2adff0ff99
Locale : fr_FR
and Windows 7 Home.
Selecting "Close" after deleting, has displayed the save proposal.

Jacques
Comment 5 Telesto 2017-01-05 09:36:51 UTC
No repro with:
Version: 5.4.0.0.alpha0+
Build ID: 215cbfb460326010737433c2020638e9388a88a4
CPU Threads: 4; OS Version: Windows 6.19; UI Render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-01-02_23:58:32
Locale: nl-NL (nl_NL); Calc: CL
Comment 6 Buovjaga 2017-01-05 11:38:00 UTC
No repro.

Marina: do all the crashes happen with a 32-bit LibreOffice?

Arch Linux 64-bit, KDE Plasma 5
Version: 5.4.0.0.alpha0+
Build ID: 1a58cdf8af1aba52ce0a376666dd7d742234d7cf
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on January 4th 2016
Comment 7 Marina Latini (SUSE) 2017-01-09 15:31:14 UTC
(In reply to Buovjaga from comment #6)
> No repro.
> 
> Marina: do all the crashes happen with a 32-bit LibreOffice?

yep
Comment 8 Xisco Faulí 2017-05-05 18:11:21 UTC
I can't reproduce it in

Versión: 5.3.2.2
Id. de compilación: 6cd4f1ef626f15116896b1d8e1398b56da0d0ee1
Subproc. CPU: 1; SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; 
Configuración regional: es-ES (es_ES); Calc: group
Comment 9 Telesto 2017-06-10 20:31:16 UTC
No repro with:
Version: 5.5.0.0.alpha0+
Build ID: 076ed447f694239d5c67adee528ea6e471d909ff
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20
Locale: nl-NL (nl_NL); Calc: CL

@Marina
Does 5.4.0.0.beta2 also crash?
Comment 10 Marina Latini (SUSE) 2017-06-19 11:04:53 UTC
(In reply to Telesto from comment #9)
> No repro with:
> Version: 5.5.0.0.alpha0+
> Build ID: 076ed447f694239d5c67adee528ea6e471d909ff
> CPU threads: 4; OS: Windows 6.19; UI render: default; 
> TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_23:54:20
> Locale: nl-NL (nl_NL); Calc: CL
> 
> @Marina
> Does 5.4.0.0.beta2 also crash?

repro with:
Version: 6.0.0.0.alpha0+
Build ID: c50ae538a6656889c68c43bd9fe0347c61c82aa5
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-18_23:58:50
Locale: it-IT (it_IT); Calc: group
Comment 11 Buovjaga 2017-06-27 15:14:22 UTC
Does this happen, if you set the undo steps to a small value in Tools - Options - LibO - Advanced - Expert config: org.openoffice.Office.Common/Undo ?
Comment 12 Marina Latini (SUSE) 2017-07-06 16:37:19 UTC
(In reply to Buovjaga from comment #11)
> Does this happen, if you set the undo steps to a small value in Tools -
> Options - LibO - Advanced - Expert config: org.openoffice.Office.Common/Undo
> ?

changed the value from 100 to 1.

current behaviour:
1) removed 99 sheets
2) File -> Close
3) select "close without save"

works fine without crash or errors.

Versione: 5.4.0.1
Build ID: 40m0(Build:1)
CPU threads: 4; OS: Linux 4.11; UI render: predefinito; VCL: gtk3; 
Versione locale: it-IT (it_IT.UTF-8); Calc: group
Comment 13 Timur 2017-07-18 17:35:45 UTC
A duplicate of Bug 67525?
Comment 14 Xisco Faulí 2017-11-15 10:09:07 UTC
@Marina, Could you pleae try to get a backtrace as explained here: https://wiki.documentfoundation.org/How_to_get_a_backtrace_with_WinDbg ?
Comment 15 Kevin Suo 2017-11-27 14:38:23 UTC
(In reply to Marina Latini from comment #12)
I see that your original bug report was reproduced in Windows. However, in Comment 12 you said if you set the undo step to 1, there is no crash, but this is done in linux.

Does this mean that you can also reproduce the bug in Linux if the undo steps is 100?
Comment 16 Kevin Suo 2017-11-27 14:41:18 UTC
Also could you please specify your RAM size. In the past I do encounter some bad allocation error in low memory machines.
Comment 17 Xisco Faulí 2018-01-24 09:43:44 UTC
(In reply to Kevin Suo from comment #16)
> Also could you please specify your RAM size. In the past I do encounter some
> bad allocation error in low memory machines.

Hi Marina,
Could you please answer this question an the one in comment 15 ?
Comment 18 IWAMOTO 2018-02-19 01:57:04 UTC
Not reproduce 

バージョン: 6.0.1.1 (x64)
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 2; OS:Windows 6.1; UI render: default; 
ロケール: ja-JP (ja_JP); Calc: group
Comment 19 QA Administrators 2018-12-03 13:13:47 UTC Comment hidden (obsolete)
Comment 20 Marina Latini (SUSE) 2018-12-21 16:07:25 UTC
Repro with:
Version: 6.2.0.1
Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Note: remove the sheets one by one.
Comment 21 Buovjaga 2018-12-21 16:24:18 UTC
(In reply to Marina Latini (CIB) from comment #20)
> Repro with:
> Version: 6.2.0.1
> Build ID: 0412ee99e862f384c1106d0841a950c4cfaa9df1
> CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
> Locale: en-US (en_US); UI-Language: en-US
> Calc: threaded
> 
> Note: remove the sheets one by one.

The NEEDINFO was for:

(In reply to Kevin Suo from comment #16)
> Also could you please specify your RAM size. In the past I do encounter some
> bad allocation error in low memory machines.

and

(In reply to Kevin Suo from comment #15)
> (In reply to Marina Latini from comment #12)
> I see that your original bug report was reproduced in Windows. However, in
> Comment 12 you said if you set the undo step to 1, there is no crash, but
> this is done in linux.
> 
> Does this mean that you can also reproduce the bug in Linux if the undo
> steps is 100?
Comment 22 toto 2019-02-11 09:44:53 UTC Comment hidden (off-topic)
Comment 23 Xisco Faulí 2019-03-21 12:08:30 UTC
Hi Marina,
This issue was reported on 2017-01-04 and you are the only one who can reproduce it...
I'm wondering if it's a problem with your PC rather than a LibreOffice problem...
Comment 24 Castro B 2019-06-28 13:31:38 UTC Comment hidden (spam)
Comment 25 Xisco Faulí 2019-08-09 11:44:27 UTC
(In reply to Xisco Faulí from comment #23)
> Hi Marina,
> This issue was reported on 2017-01-04 and you are the only one who can
> reproduce it...
> I'm wondering if it's a problem with your PC rather than a LibreOffice
> problem...

setting to NEEDINFO
Comment 26 QA Administrators 2020-02-06 03:36:06 UTC Comment hidden (obsolete)
Comment 27 QA Administrators 2020-03-08 02:51:10 UTC
Dear Marina Latini (CIB),

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-FollowUp