Description: Crash on undo ucrtbase abort Steps to Reproduce: 1. open the attached file 2. Insert a chart 3. Delete chart 4. CTRL+A 5. Backspace 6. CTRL+Z 7. CTRL+Z Actual Results: Crash Expected Results: No crash Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.1.0.0.alpha0+ (x64) Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL 6.0 4.4.7.2 not in Version: 4.3.0.4 Build ID: 62ad5818884a2fc2e5780dd45466868d41009ec0
Created attachment 163462 [details] Example file
*** Bug 131804 has been marked as a duplicate of this bug. ***
Telesto, it seems, that nobody could confirm this bug since more than one year. So I‘d like to ask, if it is still reproducible for you. Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/current.html? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Dear Telesto, 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
I can reproduce crash with Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b63c5ade3554a42def4bce94f9fd67ea66528214 CPU threads: 4; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
This seems to have begun at the below commit. Adding Cc: to XXX ; Could you possibly take a look at this one? Thanks 0918a0c29b494e043480b9f1ed3f032524968d59 is the first bad commit commit 0918a0c29b494e043480b9f1ed3f032524968d59 Author: Matthew Francis <mjay.francis@gmail.com> Date: Sun Mar 15 03:51:36 2015 +0800 source-hash-47a2d7642d249d70b5da0c330a73f3a0032e4bba commit 47a2d7642d249d70b5da0c330a73f3a0032e4bba Author: Juan Picca <jumapico@gmail.com> AuthorDate: Fri Sep 19 14:19:30 2014 -0300 Commit: David Tardon <dtardon@redhat.com> CommitDate: Thu Oct 9 11:33:33 2014 +0000 fdo#81356: convert Fraction to boost::rational<long> - wip * Added rational util functions used by Fraction class not available in the boost::rational class. * Replaced usage of Fraction by boost::rational<long> * Removed code that relies on: 1. fraction.IsValid() -- rational only allow valid values, ie denominator() != 0 2. rational.denominator() == 0 -- always false 3. rational.denominator() < 0 -- always false but implementation detail: http://www.boost.org/doc/libs/release/libs/rational/rational.html#Internal%20representation * Simplified code that relies on: 1. rational.denominator() != 0 -- always true * BUGS EXIST because Fraction allows the creation of invalid values but boost::rational throws the exception boost::bad_rational
Adding Cc: to Juan Picca
*** Bug 135414 has been marked as a duplicate of this bug. ***
Hi all. 1. I can't reproduce the bug in Version: 7.2.1.2 / LibreOffice Community Build ID: 20(Build:2) CPU threads: 4; OS: Linux 5.14; UI render: default; VCL: gtk3 Locale: es-UY (en_US.UTF-8); UI: en-US Debian package version: 1:7.2.1-4 Calc: threaded 2. The mentioned commit was reverted: commit 31af61ea091cc895b893c849f2130aa35792b7db Author: Jan Holesovsky <kendy@collabora.com> Date: Thu Oct 23 17:41:47 2014 +0200 Fraction: Revert "fdo#81356: convert Fraction to boost::rational<long> - wip" This reverts commit 47a2d7642d249d70b5da0c330a73f3a0032e4bba. Conflicts: cui/source/tabpages/transfrm.cxx svx/source/svdraw/svdedtv1.cxx svx/source/svdraw/svdibrow.cxx sw/source/filter/ww1/w1filter.cxx tools/source/generic/rational.cxx Change-Id: I4849916f5f277a4afef0e279b0135c76b36b9d15 Regards, JMPC
I can reproduce the crash with LO 7.3. There is message in CLI terminate called after throwing an instance of 'boost::wrapexcept<boost::bad_rational>' what(): bad rational: zero denominator
Hi raal. It is possible for you run writer under gdb to obtain a stack trace? I suspect that the problem is with the code that try to create an invalid fraction (zero denominator). Maybe we can add a check before the creation of the fraction. Greetings, JMPC