| Summary: | Crash at formula 'KGRÖSSTE' | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Daniel Wunderlich <code> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED INVALID | ||
| Severity: | critical | CC: | erack, l.lunak, michael.meeks, serval2412 |
| Priority: | medium | ||
| Version: | 4.1.3.2 release | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Linux (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Example file for reproducing the error
Backtrack log |
||
On pc Debian x86-64 with 4.1 sources updated some days ago, I don't reproduce this. Would it be possible you retrieve a backtrace by following this link? https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU.2FLinux:_How_to_get_a_backtrace Created attachment 88525 [details]
Backtrack log
(In reply to comment #1) > On pc Debian x86-64 with 4.1 sources updated some days ago, I don't > reproduce this. > Would it be possible you retrieve a backtrace by following this link? > https://wiki.documentfoundation.org/QA/BugReport/Debug_Information#GNU. > 2FLinux:_How_to_get_a_backtrace I just added a backtrack as an attachment. Thank you Daniel for your feedback. I put it at NEW since there's a bt attached. By looking at the bt, it seems the pb is there: http://opengrok.libreoffice.org/xref/core/vcl/unx/kde4/KDE4FilePicker.cxx#197 Lubos/Michael: one for you? Actually crash seems to initiate from here: http://opengrok.libreoffice.org/xref/core/sc/source/core/data/formulacell.cxx#1220 I can't reproduce, not in master and not in 4.1.3 Daniel: did you install any LO specific extensions? For the test, could you rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile) and give it a new try? I don't think the problem comes from the profile but at least, we'll be sure of it. I renamed the user-profile to user.bak and started LO. A new user directory appeared (as expected), but LO still crashes after I changed 'WENN(A1=KGRÖSSTE(A1:29;1);1;0)' to 'WENN(A1=KGRÖSSTE(A1:30;1);1;0)'. And I haven't installed any extentions -- as far as i know. Ich checked the 'Extension Manager' and it is empty. I'll install 'naked' Kubuntu 13.10 inside a virtual machine and try to reproduce it there. Interesting, KGROSSTE is a built-in function, so no UNO / exceptions -> ocLarge -> the ScLarge member. The trace looks to me like a pure KDE/Qt bug - as such, can you try: export SAL_USE_VCLPLUGIN=gen pkill -9 -f soffice.bin localc and see if you can reproduce the issue ? if not - then can you change the component to "Graphics Stack" and add a KDE: suffix to the title ? :-) Thanks ! I tried export SAL_USE_VCLPLUGIN=gen pkill -9 -f soffice.bin localc and could reproduce the bug, Calc still crashs. :o( But I can see an UI change -- I assume the commands disable the usage of KDE stuff inside LO? I now try the new installation of Kubuntu 13.10. Okay, now I am totally confused ... I used a clean Kubuntu 13.10 installtion inside a VirtualBox vm and created a new spreadsheet only using natural numbers and "WENN(A1=KGRÖSSTE(A1:A30;1);1;0)". No crash occurs. The same with 1,5; 2,5; ... ;30,5. When I copied my original data row 26,5 25 34 23,5 28,5 28,5 ... 31,5 34,5 17 LO also crashed. So it doesn't have to do with my personal Kubuntu setup, but maybe has to do with KGRÖSSTE and the concrete numbers. And one additional information: The bug also occurs when I only use KGRÖSSTE without WENN. > LO also crashed. So it doesn't have to do with my personal Kubuntu setup, but
> maybe has to do with KGRÖSSTE and the concrete numbers.
Wonderful - can you get another stack trace in gdb with the export SAL_USE_VCLPLUGIN=gen - the best way to do that is run and then:
ps auwx | grep soffice.bin
gdb
attach <pid-of-soffice.bin>
continue
Hopefully we can get a trace that is related to the underlying issue then ! :-)
Thanks for chasing this - it sounds really annoying !
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 INVALID due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/FDO/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 Dear Bug Submitter, Please read this message in its entirety before proceeding. Your bug report is being closed as INVALID 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 FDO |
Created attachment 88500 [details] Example file for reproducing the error I am working on two machines, one running with Linux Mint 15 KDE (LO 4.0.2.2), the other one running with Kubuntu 12.10 (LO 4.1.3.2) --- both in german language. After opening an ods file created with LO 4.0.2.2, the current version of LO 4.1.3.2 creashes. I could reproduce the origin of this bug, which is related to 4.1.3.2: When I create the attached spreadsheed, there is no problem. I use the formula 'WENN(A1=KGRÖSSTE(A1:A7;1);1;0)'. There is also no probem, When I enlarge the cell range at formula from A1:A29. But when I use 'WENN(A1=KGRÖSSTE(A1:30;1);1;0)', LO crashes without any error message.