This bug was filed from the crash reporting server and is br-99825f20-568f-4079-93ad-656e314947e6. ========================================= 1. Open attachment 157498 [details] 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. CTRL+V -> 8x 6. CTRL+Z -> 8x 7. CTRL+V -> 8x 8. CTRL+Z -> 8x -> Crash
Confirmed on mint 19.3 x64 with Version: 7.1.0.0.alpha0+ Build ID: 20ba8d8d9f4fcf7d5826fcb3366a9bff0d6a8ca1 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-06-10_07:16:41 Calc: threaded and Version: 6.5.0.0.alpha0+ Build ID: f6cf80c81043d84606a5b5f7d93ae958307a16d3 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-12-22_08:24:32 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded In step 8, I don't have to repeat it 8 times, just 1x Ctrl z is enough. Unconfirmed with Version: 6.0.7.3 Build ID: 1:6.0.7-0ubuntu0.18.04.10 CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); Calc
Seems to be fixed, plz re-test Version: 7.1.0.0.alpha0+ (x64) Build ID: 8fe03ea93213bbb19b6ee9862a3966144f0df5cb CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
Initial report appears to be fixed Version: 7.1.0.0.alpha0+ (x64) Build ID: 4c14c88cc681abab787a461a1bea502a777f37e6 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 May I abuse this bug for now one, or should I crease something new? 1. Open attachment 157498 [details] 2. CTRL+A 3. CTRL+C 4. CTRL+N 5. CTRL+V -> 5x 6. CTRL+Z -> 5x 7. CTRL+Y -> 2x -> crash
(In reply to Telesto from comment #3) > Initial report appears to be fixed > Version: 7.1.0.0.alpha0+ (x64) > Build ID: 4c14c88cc681abab787a461a1bea502a777f37e6 > 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 > > May I abuse this bug for now one, or should I crease something new? > > 1. Open attachment 157498 [details] > 2. CTRL+A > 3. CTRL+C > 4. CTRL+N > 5. CTRL+V -> 5x > 6. CTRL+Z -> 5x > 7. CTRL+Y -> 2x -> crash Well, let's keep using this as it's quite short still. I updated to the very latest master on Win and was unable to repro (was unable to with my earlier installation as well). Skia or not. MM: can you repro with the new steps? Version: 7.1.0.0.alpha0+ (x64) Build ID: 9bef09cb2f0c9c9e6819f28ed8e83c0edd6eadb6 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded Arch Linux 64-bit Version: 7.1.0.0.alpha0+ Build ID: 21c0deb19890703a9eaf24403e60c4c7546a0bfe CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 30 June 2020
(In reply to Buovjaga from comment #4) > > May I abuse this bug for now one, or should I crease something new? > > > > 1. Open attachment 157498 [details] > > 2. CTRL+A > > 3. CTRL+C > > 4. CTRL+N > > 5. CTRL+V -> 5x > > 6. CTRL+Z -> 5x > > 7. CTRL+Y -> 2x -> crash -> should be 3x instead of 2 (but try 5x)
I can still reproduce the steps in the description in Version: 7.1.0.0.alpha0+ Build ID: 7df1884118a0d995ec57679ef83e586c95063858 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
(In reply to Xisco Faulí from comment #6) > I can still reproduce the steps in the description in > > Version: 7.1.0.0.alpha0+ > Build ID: 7df1884118a0d995ec57679ef83e586c95063858 > CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: x11 > Locale: en-US (en_US.UTF-8); UI: en-US > Calc: threaded Damn, I can repro on Linux as well. Weird that it went away on Windows.
(In reply to Buovjaga from comment #4) > MM: can you repro with the new steps? It still crashes with the 'old' steps on mint 19.3 with Version: 7.1.0.0.alpha0+ Build ID: af9ed183399d68c42a66382ecf32f402403340ff CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-07-01_03:17:23 Calc: threaded
Already in oldest of Linux 6.3 repo
Reproduced with steps from comment 3 in 5.1.0.3, no crash in 5.0.0.5 / Ubuntu. Already crashes in oldest of bibisect-linux-64-5.2. https://crashreport.libreoffice.org/stats/crash_details/62a0e9c7-2318-4d96-925a-8c5be82675e5
Looks solved to me Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 66013201749df7d5ac5ddaf377a7b3732518a93b 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
Still crashes on Linux Arch Linux 64-bit Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 1da69081732c8a429840edaaf10cfb789ea68df8 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: kf5 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 28 January 2021
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
COULD NOT reproduce in: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded (I think this crash might've been indirectly fixed in the past 3 years?) - - - I followed Comment #1 + Comment #3 exactly, even doing extra mixes of Ctrl+V + Ctrl+Z + Ctrl+Y after, and couldn't get any crashes. - - - Note: I see Comment #7 mentions: - NO CRASH in Windows but: - CRASH in Linux so probably needs one extra check on Linux.
No crash with comment 0 om macOS Version: 24.2.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 5ff701226b00963312cb2a78e77966d012b79c82 CPU threads: 8; OS: macOS 13.4.1; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Didn't crash Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4eebf31e38969335471de884c7fd2db7c0e79454 CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded