| Summary: | Calc crashes (64bit only?) copying formula cells | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Leopoldo Saggin <leopoldo.saggin> |
| Component: | Calc | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED NOTABUG | ||
| Severity: | major | CC: | miguelangelrv, raal |
| Priority: | medium | ||
| Version: | 5.0.1.1 rc | ||
| Hardware: | x86-64 (AMD64) | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | Calc sheet involved in the crash | ||
I went back to 5.0..0.1rc x86, I repeated the same operations and in this case, there is NO crash. As I reported previously, I can confirm an increase of the time for updating the file if I add more rows. No idea if this problem is specific of W10, nor if it is present also in v. 5.0.0.5. If you need some more info (ie what happens with W7 Pro 64bit, you need me to go back home & work that is on next August, 17. Regards, Leopoldo aka Topoldo PS: If it could be relevant: the selection of the cells and the copy & paste actions were made by using keyboard shortcut in both x86 & 64bit versions. Hi @Leopoldo, thanks for reporting. I can't reproduce with: Win7x64Ultimate Version: 5.0.1.1 (x64) Build ID: 13f702ca819ea5b9f8605782c852d5bb513b3891 As 5.0 use the same profile as 4.x, Please try resetting the user profile, sometimes solves strange issues. https://wiki.documentfoundation.org/UserProfile I did not say tha I already tried both with the profile "imported" form 5.0.1.1 x86 AND by starting a new profile inside 64bit version wihout success. I was wondering if it has something to do with bug 92214 Leopoldo aka Topoldo I have not a win10 to test. Changed to unconfirmed. ASAP I'm going to test on a W7 64 to try to understand if the bug is W10 specific or not (at least in my hands) Leopoldo/Topoldo I re-tested file attached in comment #1 on a Win7 64pro environment using the same version of LibO 64bit, ie 5.0.1.1rc I also tried to repeat the exact procedure I did in W10, including the installation of a Java 64 after the installation of LibO 64 to repeat the error I did during the W10 test. I can confirm m.a.riosv results, ie in Win7 I had no problems even if I had a little delay during the copy of the formula to restore data and the throttle appeared for a couple of seconds. To perform this test I used an HP desktop 8200 elite with an i5 CPU and 4 GB of RAM, while when I tested on W10 I used an Asus U30SD notebook with an i3 and 8GB of RAM. So it could be I have interrupted the test before the delay was finished in W10 (even if I waited for about a minute before stopping it) or it could be a problem OS version dependent. Please note I'm quite expert (I'm a sysadmin) and the two computers were I peformed the test were both in very good conditions (no spyware, no bloatware, etc...) Wheter this is a bug or not, IMHO the time LibO 5 takes to copy so simple formulas is too long. Regards, Topoldo/Leopoldo Acer Aspire i3 4GB I have received today the update to win10, and I can't reproduce the crash. With the first paste, a couple of seconds to paste (as if some calculation is going on), but only the first, the following without a visible delay. Have you tested the options for the graphics card in Menu/Tools/LibreOffice/View? Disabling the OpenCL ../LibreOffice/OpenCL? I can't reproduce the crash with Version: 5.1.0.0.alpha1+ (x64) Build ID: e0b0501452e6a72ba800ae9f536d766f8111ed78 TinderBox: Win-x86_64@62-TDF, Branch:MASTER, Time: 2015-08-19_01:09:37 Win10 Steps> delete the range of cells G298:J299. selected cells G297:J:297. CTRL+C selected cells G298:J299 CTRL+V Ok. Today or tomorrow I'm going to re-install 64bit version on my W10 and I retest. Topoldo/Leopoldo Yesterday I reinstalled W10 64bit Pro on my NB Asus U30Sd and I re-tested my file both with 32 and 64 bit version of LibO 5.0.0.1rc. In both cases the operation worked without any modification of any default option setting. So I need to suppose that something was wrong when when I submitted the bug. IMHO you can close this bug because it doesn'exists. Sorry for the inconvenient, but "better safer than sorry!". Regards, Leopoldo/Topoldo Thanks Leopoldo, closing |
Created attachment 117929 [details] Calc sheet involved in the crash I have the attached Calc sheet which essentially is made of a list of curency values (expenses of two persons) ant thei balance. So the sheet is full of the same formula repeating and updating in the column G-J. This .ods file is on Google Drive to be accessed from different devices. I recently installed the LibreOffice 64bit version (5.0.1.1rc) on a i3 with 8GB RAM and Windows 10 Pro. Here I opened the attached file and I tried to delete the range of cells G298:J299. Then I moved to row 297 and I selected cells G297:J:297. I tried to copy their their formulas onto the range G298:J299 again. I tried this operation ant least 5 times and in all cases the throttle starts to run and nothing happens. When I tried to stop it, the application crashes. This does not happens with LO 5.0.0.1rc x86 version. Please note that the attached file contains data that, as you can see, are updated every day or almost every day. What I noticed in addtion was that by using W10 when I also update LO to v. 5.00+ (please note these operatione were made at about the same time), I had the strong suggestion of a sensible increase of the time needed to complete the operation of updating the file. Leopoldo aka Topoldo