There is no way to work on tables, Writer crashes every time I: try to copy and/or paste content, insert or delete a row, press ENTER to get a new line, delete or move a table, merge cells... summarizing, tables are not working at all. Interestingly, they work when you create them, but after the 3rd time you open the file it crashes and keeps crashing. I've read it is related to Java, antialising or two more reasons, but I've changed all of them without success.
Hi GAIcidesS, We'll need a better description (reproducible steps) as to what is going on + a sample document. Please give us *exact* steps as to how to reproduce the problem - for example: "copy/paste content" - what content? From what to what? Marking as NEEDINFO - please provide the steps and a simple test document and then mark as UNCONFIRMED. Thanks!
Hi. I can't attach a file as it will work the first three times, and then it will crash. Unfortunately, the table I'm working on has unpublished data that I have to keep for the moment. However, I can give a description of the problem. It started in the previous version of LibreOffice. Trying to solve it I installed the latest released version, but the problem still exists. After try and error with the possible crashing's origin, I tried something else, that original file had text and tables, so I split it: text & tables. The text file works perfect, so did the tables' file the first two times I modified it, but then, crashed. Since the text file is flawless, it definitely has to be the a table issue. Speaking of which, one time I opened the file and a comment box was created next to the table with the text "Segmentation!!!"; I think that is the explanation for this issue. My guess is that during codification when saving the document, tables are badly coded and this segmentation issue appears. I tried a second trick, I created a new table, smaller and I had the same result, three times after edition and crashing again. Moreover, when opened in another office suite, additional cells in random raws on the right side appear with no reason. Also, merged cells are duplicated in additional columns that weren't there in the original file, so my idea of something going wrong when saving is supported. The *exact* steps for the different crashing moments, regardless of the table content, would be: Given a table: Copy and paste the contents of one row in to another Add rows above/below Copy and paste text from the clipboard into one cell Break the table When the program crashes I get a message saying that due to an error Libreoffice closed unexpectedly, that the changes will be saved, but when re-entering the file, the program was unable to save the latest version, so the original file was recovered instead. Sometimes the message says something about insufficient memory (??). I made an update yesterday and I just tried to replicate the crashing, no success on that, hopefully is solved?? I'll update if the problem persists. PS. I don't know how to mark as UNCONFIRMED
Created attachment 123186 [details] Crash report I talked to soon. After 30min of working on the table and when merging to cells, it crashed.
Created attachment 123191 [details] Crashing table
This is how the crashing table looks like. Those nested cells and additional cells on the right side were not there in the original file, after saving and re-opening the file, voila, everything mixed up and crashing everytime.
I still don't see easy steps to reproduce....so you're saying this is the "original file" but then you say that "after saving . . . everything mixed up". So is the file before "everything mixed up" or after (before would be "the original file", after would not). And you still haven't really said when it crashes. So just opening the file crashes LibreOffice every time?
Sorry for the unclear information, this is the first time I report a bug and to be honest I have no idea how, as you can see. The table is the file that was saved in the computer. I deleted the contents, but the layout you can see in totally different from the file I was working on, summary, after saving the file, close the program and re-open it, the result is that altered version I attached. The program crashed when I tried to copy content or move it (cut/paste or just dragging it) to another cell. Or when trying to add rows/columns, even when merging cells. It wouldn't be rare if you cannot reproduce the error as it is triggered by different sequences. I manage to solve it, somehow, by creating the tables in another office suite (FreeOffice), but they are altered when saved as .odt and opened with Writer. However, when saved as .doc the problem is gone, even when I open that .doc file in Writer.
No need to apologize - this is a learning experience for everyone :) I'll try to find some time today to download the file and mess around with it to try to repro the crash. It's too bad that we don't have the original (prior to the change after save as) but that's okay - not your fault at all. Marking as UNCONFIRMED.
You can try getting a gdb trace of the crash: https://wiki.documentfoundation.org/QA/BugReport/Debug_Information Note you need to install the debug package first. I did all the actions suggested, but could not get it to crash. Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.0.0.alpha0+ Build ID: 4bf2b6b2e6641c82e2b714e394482f1a1620b436 CPU Threads: 8; OS Version: Linux 4.4; UI Render: default; Locale: fi-FI (fi_FI.UTF-8) Built on March 21st 2016
Thanks for the time you spent. The crashing file was apparently corrupt, I tried to open it today and Writer crashed even before opening it. Regards.
I tried to play around with the attached file: -pasting content -inserting one or more rows -saving/reopening the file several time I could not reproduce the bug. I'm on Ubuntu 16.04.1 & Libre Office Version: 5.2.2.2 Build ID: 8f96e87c890bf8fa77463cd4b640a2312823f3ad CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
(In reply to arnaud.malfoy from comment #11) Thanks for trying. I keep experiencing the crashing problem but I narrowed the events to one common condition: tables adjusting to new sizes and across pages. It was not the action of copy-pasting contents but the automatic adjustments the table suffers from these changes. For example, rows with different numbers of lines of content would have to split them, also a crash is expected when the font size changes and tables are adjusted, at least, that's my case. When recovered, the change appears successfully done. Version: 5.1.5.2 Build ID: 7a864d8825610a8c07cfc3bc01dd4fce6a9447e5 CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
Could you explain step by step with detailed explanations what you do until it crashes. That will help us trying to reproduce the bug. Thanks a lot
Created attachment 127927 [details] Crashing table See comment 14
(In reply to arnaud.malfoy from comment #13) > Could you explain step by step with detailed explanations what you do until > it crashes. That will help us trying to reproduce the bug. Thanks a lot Sure, I just made a new document (Attachment 127927 [details]) and made it crashed 3 times with these simple steps: New document line 1-> random text insert table, 5 columns, 20 rows Border box checked (only that one) Copy random text inside the cells in no specific order, making the table bigger and expanding to more pages -> FIRST CRASH Reopen it (changes were saved) select the table Change the font size from 12 to 16 -> SECOND CRASH Reopen it (changes are saved), select the table Change the font size from 16 to 12 -> THIRD CRASH
Hi GAlcidesS, Thank you for reporting this bug but I can't reproduce the crash following your steps in comment 15 in Version: 5.3.0.0.alpha0+ Build ID: ae3ec79354f7b4967e736c6a4cd7c08fc52e2b7d CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; Locale: ca-ES (ca_ES.UTF-8); Calc: group Could you please provide a backtrace as mentioned in comment 9? On the other hand, have you tried to reset your profile* ? * https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux
(In reply to Xisco Faulí from comment #16) Interesting, you're not the only one who cannot reproduce the crash. I think I have a corrupted file or something. Right now it's difficult for me to do the back trace (I'm busy in the next weeks), sorry. About the profile, yes and no. I saved my old profile (user folder) with a different name and ran the program with a brand new user folder, it crashed. Hence, I re-established my user as it was, keeps crashing. Don't spend too much time on this, I appreciate your concern but although it's annoying, I can live with this for the moment, in the coming months I'll make a new installation and let you know. Kind regards. > Hi GAlcidesS, > Thank you for reporting this bug but I can't reproduce the crash following > your steps in comment 15 in > Version: 5.3.0.0.alpha0+ > Build ID: ae3ec79354f7b4967e736c6a4cd7c08fc52e2b7d > CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; > Locale: ca-ES (ca_ES.UTF-8); Calc: group > > Could you please provide a backtrace as mentioned in comment 9? On the other > hand, have you tried to reset your profile* ? > > * https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux
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 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-20170502
Dear Bug Submitter, 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-20170531