Apache OpenOffice (AOO) Bugzilla – Issue 126043
Writer crashes when a table is moved over a page break.
Last modified: 2020-03-22 14:54:09 UTC
If a table in a Writer document is moved by inserting lines before it so that the start of the table moves over a page break or onto a new page, OpenOffice will crash. To replicate: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. This happens if any table in the document movers over any page boundary because of object insertions or expansions above it. I use a lot of tables and this is driving me bananas. Workaround: 1 When the start of a table approaches a page boundary, cut the content from that table to the end of the document. 2 Insert lines until the end of the document crosses the page boundary. 3 Paste the cut content at the end of the document at the start of the new page.
I cannot confirm this issue using AOO v4.1.1 AOO411m6(Build:9775) - Rev. 161766 with Windows 7-SP1 following your steps to replicate. Can you provide a writer document that this happens with?
Created attachment 84432 [details] A table positioned at the end of a page so that one more new line inserted before it causes a crash. I've attached a file (Table Crash v411.odt) that demonstrates the problem but it behaves slightly differently. With v4.1.1: If you open the file normally, position the cursor above the table, and hit Enter to insert a new line and move the table start across the page boundary, OpenOffice will crash. However, if you reopen the file after the crash and allow it to be recovered, the problem will not occur. If you then close the file, discarding the changes, and open it normally, the problem will occur. With v4.2: The problem behaves the same when you create a new file as with v4.1.1. If you open the attached file, it will not crash OpenOffice the first time you hit Enter to move the table start across the page boundary but, if you then backspace to delete the new line moving the table back and then hit Enter to create a new line to move the table start forward across the page boundary a second time, OpenOffice crashes. I've uninstalled and reinstalled both versions and the problem persists. This problem does not occur when I install v3.4.1.
Such problem has been reported already in bug 125722 and bug 125971. But the problem is still, that there is no reliable scenario that forces the crash. And when a developer cannot reproduce it, he cannot fix it. Bug 125971 has a hint, that it might be an error in the Japanese environment. What is the default language of the used document template for you? Can you please test it with English as language setting? In general, try to find what makes your system different from those used by QA and developers.
I tested the latest file that you provided with the same results. When I position the cursor above the start of the table and hit enter it moves the table to the next page with no crash. If you can answer Regina's questions perhaps we can begin to narrow down cause.
English language, standard new Writer file template. The problem occurs out-of-the-box and is 100% repeatable. As I said, it does not occur with AOO v3.4.1 but does with 4.1.1 and later. I haven't tested any other versions. However, I have used Japanese as the language for non-Unicode programs before but English (United States) is currently configured. The language bar lists both EN and JP as available with EN checked. I can find no way to uninstall the Japanese locale information so that it does not appear in the language bar list of choices. Configuring English as the language for non-Unicode programs does not affect that list, just the item selected. Everything else that can be configured with a locale is set to English. None of the locale items are overridden.
I do not see any information on what the system configurations are for QA and the developers so I have no way to compare mine. Mine is a pretty standard up-to-date Windows 7 SP1 x64 Pro. Point me to some comparison info and I'll gladly make the comparison. Like I said, this problem does not occur with v3.4.1 but does with v4.1.1 and v4.2. Is there any configuration or version I can run that will provide a log or dump of information about the crash in addition to the uninformative Windows crash dialog?
Created attachment 84483 [details] The file that crashes when a line is added / enter pressed before the table Hello - This is the file that has crashed many times when I tried to press enter before the table (which crosses a page break). I have copied and pasted the information into another file, as well as the table, and it has, so far, not crashed yet, so I think there is some anomaly in this one? Sometimes it crashes after one "enter", sometimes two. Pressing enter after the table does not create the crash. If I type in information or hit enter earlier in the document, it does not necessarily crash, but modifying it a few lines before the table crashes it every time. Entering information / characters and spaces where it pushed things down a line did not crash it, but when "enter" was pressed after typing those characters, it crashed. Help, please? Thanks, Natalie
Hello - I am not any sort of programmer, but here's what happens with mine. The attached is the file that has crashed many times when I tried to press enter before the table (which crosses a page break). It doesn't matter if I allow recovery, or if I just open it again, it still crashes. I have copied and pasted the information without the table into another file, and added the table later, and it has, so far, not crashed yet, even though the added table also crosses a page. When I copied and pasted the entire document (select all) into a new file, however, the same error occurs. It appears there is some anomaly in the way this document is laid out. Sometimes it crashes after one "enter", sometimes two. Pressing enter after the table does not create the crash. If I type in information or hit enter earlier in the document, it does not necessarily crash, but modifying it a few lines before the table crashes it every time. Entering information / characters and spaces to the point that it pushes things down a line did not crash it, but when "enter" was pressed after typing those characters, it crashed. I'm adding the file here, because this seems to be the same issue. I am using 4.1.1, on an Acer laptop, and I'm in America. Under the "About Open Office", it says: AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014) Hopefully I'm doing this right! Thanks, Natalie
Sorry - posted this comment prematurely. Please disregard, and look at the next one. Thanks! (In reply to Natalie from comment #7) > Created attachment 84483 [details] > The file that crashes when a line is added / enter pressed before the table > > Hello - > This is the file that has crashed many times when I tried to press enter > before the table (which crosses a page break). I have copied and pasted the > information into another file, as well as the table, and it has, so far, not > crashed yet, so I think there is some anomaly in this one? Sometimes it > crashes after one "enter", sometimes two. Pressing enter after the table > does not create the crash. > If I type in information or hit enter earlier in the document, it does not > necessarily crash, but modifying it a few lines before the table crashes it > every time. Entering information / characters and spaces where it pushed > things down a line did not crash it, but when "enter" was pressed after > typing those characters, it crashed. > > Help, please? > Thanks, > Natalie
Natalie's document crashes OpenOffice v4.1.1 for me as well when new lines are added anywhere before the table causing it to move to the next page.
Natalie's document does not crash on my system;HP EliteBook with Intel Core i5 CPU running Windows 7 Home Premium SP-1 64 bit operating system with AOO 4.1.1 AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014).
This is exactly what I am experiencing! I cannot use OpenOffice Writer at all, because my documents have tables in them. At first it crashed every time a table moved to another page, for instance if I was writing above a table and it got to the end of the page and went over to the next one. Instant crash. Loss of all work. No memory of new edits when I click 'recover documents'. No memory of it in 'recent documents'. I was extremely careful not to bounce any tables off a page while creating my document - NOW, when I open the document it crashes Writer instantly. I cannot access my document I've worked so hard on!!!! I now have three saved documents that I cannot open (all attempts to work AROUND this glitch). Finally thought I succeeded, it was working fine, then I closed it and went to open it again. Instant crash. I even tried uninstalling OpenOffice completely, then redownloading it, restarting the computer, all for nothing. Same problem persists. Please help! I am desperate. I can attach the docs causing issues if someone tells me where to attach it. Thanks, Jen
This is happening on my Windows 8 computer using Desktop mode. Just wanted to add that.
Created attachment 84845 [details] Crash Print screen
It happens to me too, its frustrating, this are my system info: Nombre del sistema operativo: Microsoft Windows 8.1 Single Language Versión del sistema operativo: 6.3.9600 N/D Compilación 9600 Tipo de compilación del sistema operativo: Multiprocessor Free Fabricante del sistema: Dell Inc. Modelo el sistema: Inspiron 7537 Tipo de sistema: x64-based PC Procesador(es): Intel64 Family 6 Model 69 Stepping 1 GenuineIntel ~780 Mhz Versión del BIOS: Dell Inc. A10, 18/07/2014 Configuración regional del sistema: es-co;Español (Colombia) Idioma de entrada: es;Español (tradicional) Zona horaria: (UTC-05:00) Bogotá, Lima, Quito, Rio Branco Cantidad total de memoria física: 16.283 MB Revisión(es): 181 revisión(es) instaladas. And my install info: AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014) I tried both attached files and has been the same results... Workaround: the issue is itinerant in the mode option View -> Design for Internet In wait for response Thanks
Was tested with your document. Have no crashes. Windows 8.1x64 4.2.0-dev AOO420m1(Build:9800) - Rev. 1692551 Rev.1692551
I cannot reproduce this issue on Windows 10 64-bit.
(In reply to Pablo Canseco from comment #17) > I cannot reproduce this issue on Windows 10 64-bit. I tried Llelan D's steps and also his attached document, and moving the table back and forth across the page boundary does not cause a crash. AOO411m6(Build:9775) - Rev. 1617669 2014-08-13 09:06:54 (Mi, 13 Aug 2014)
I am a Windows 10 x64 user using the v4.2.0 build and Writer does crash when moving the first row of any size table past a page break. Interestingly enough the program does not crash when a table is moved past a page break in the opposite direction. In other words, the program crashes only when a table is moved to a following page, not a previous one.
I used OpenOffice ver 4.1.2 Windows 10 and and Mac OS X build: 9782. US English Downloads. I was unable to replicate this bug on Windows 10 with the following steps: 1) Create a new Writer document. 2) Insert a line (hit enter) 3) Insert a basic table. 4) Move the cursor to the empty line at the start of the document above the table. 5) Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6) Insert one more line so that the start of the table crosses the page boundary. Expected Results: OpenOffice will crash. Actual Results: Open Office continues operation as normal. I was unable to replicate this bug on Mac OS X with the following steps: 1) Create a new Writer document. 2) Insert a line (hit enter) 3) Insert a basic table. 4) Move the cursor to the empty line at the start of the document above the table. 5) Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6) Insert one more line so that the start of the table crosses the page boundary. Expected Results: OpenOffice will crash. Actual Results: OpenOffice continues to function. Additional Comments: Out of curiosity I tried different sized tables and moving them repeatedly back on forth over the line break by use of Backspace and Enter keys. After Several minutes of back and forth the program still had yet to crash.
I am using Lenovo Windows 10 Home x64 Intel Core i5. I used two versions of Open Office to test this bug. I was able to replicate the bug on the older version, but not on the newer one. First, I tested the bug using version 4.0.1: I followed the steps as mentioned in the report. I was not able to replicate the bug in this version of the OpenOffice since it did not crash. Then, I downloaded the latest version 4.1.2: After following the steps, I was able to replicate this problem and OpenOffice crashed as the first row of the table went over the page boundary. Additional comments: I would prefer to select the option "Don't split table" when creating the table, so I can avoid the crash.
Confirmed Bug. Configuration: Windows 10 1607 i7 16gb ram OpenOffice build 4.2.0 Steps to recreate: 1. Create a 10X10 table 2. Insert page break after table insertion 3. extend table's last row past the page break 4. Crash This bug is important to fix due to the large demand of customers needing to create tables that may need to be edited and might passing a page break. This will cause file corruption, and unless file is being backed up, will cause tremendous customer dissatisfaction due to data loss.
I was also able to recreate this exact crash following the steps indicated in OpenOffice V4.1.2 I attempted multiple different times and on separate pages of a document as well. All end in complete crashes.
I used OpenOffice 4.1.2 Windows x86 en_US AOO412m3(Build:9782) - Rev. 1709699 To reproduce this bug, I attempted the following: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. Expected Result: OpenOffice will crash. Actual Result: OpenOffice remained running normally. Additionally, I attempted using Table Crash v411.odt created by Lleland. Expected Result: OpenOffice will crash. Actual Result: OpenOffice remained running normally. I was unable to reproduce this bug on the Windows 10 64-bit build 1607. About My Configuration: Operating System: Windows 10 x64 version 1607 (build 14393) Processor: i7 4770K Memory: 16GB Additional Comments: Obviously this bug would be quite frustrating for a user to experience, but I was unable to reproduce it with my configuration. I also attempted to produce this bug by inserting rows at the end of the table and push it to a page break, this was also unsuccessful.
Attempted to duplicate. OS: Windows 10 Pro 64bit System: 16 gig, AMD 6350 Open Office Version: 4.1.2 Steps: 1. Opened Document Provided 2. Inserted Line with carriage return above table 3. Deleted new Line above table with backspace 4. Inserted Line with carriage return above table 5. Deleted new Line above table with Delete. 6. Selected the Full Table and re-positioned (dragged) table so table extended across Page break. 7. Deleted extra new Line characters above table to return table to original position. 8. Inserted new Row to table, extending across page break. 9. Deleted table row to return table to single page. 10. Inserted Line with carriage return above table cause table to split. 11. Added text to table's new cell. 12. Deleted new line returning table to single page. 13. Typed new text in table with carriage return to cause split across page break. The above process was performed on documents provided by Llelan D, Natalie, and a Newly created document with multiple tables, in all cases the application continued to function normally. Unable to duplicate.
Duplicated Crash Specifications: Mac OS X El Capitan 10.11.6 (x64), i5-4690k Processor, 4GB RAM Using the provided file and steps I was able to replicate the bug with OpenOffice 4.1.2. Several attempts all resulted in crashes. However, I was unable to replicate in Windows 10 with OpenOffice 4.1.2 (same computer). It seems to be OS dependent, at least in my case.
I attempted to replicate this bug but was unable to. Following the provided steps: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. Expected result: OpenOffice crash Actual result: OpenOffice continued to function and successfully moved the table onto the next page without error. I then attempted to replicate using the files provided by Llelan D. and Natalie. Both continued to function without crashing. My setup: Openoffice 4.1.2 Windows 10 Home 64 bit 8 GB RAM i7 core, GTX 860M
The problem can be reproduced on Windows 8.1 64Bit, german version on OpenOffice Writer 4.1.3. - Be sure you have a table which has more than one line/row. Colums can be 2 or more - If you move the table by writing lines above the table, make sure that you move line by line of the table to the next page. - If the top line is moved to the next page, OpenOffice crashes hard without offering the crash report dialogue. I tested it with 2 or more columns, with empty or filled table, the result is the same: crash. I also tested it with a table with only one row/line and this worked without crash. Also if you move more than one line at the same time, the crash also does not occure, even if the first row of the table is moving to the next page. The windows log files report an error in MSCVR90.dll, Path: C:\WINDOWS\WinSxS\x86_microsoft.vc90.crt_
Unable to replicate issue on OpenOffice version 4.2.0 AOO420m1(Build:9800) - Rev. 1784055 Eng / US OS: Windows 10 Pro 64 bit Procedure: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. Result: No crash, table moves across page break with no issues, one line at a time Attempts to replicate issue by modifying the following table properties failed: Number of rows Number of columns Empty cells Non-empty cells Table position Additional testing: Procedure: Open file provided "Innes diamond Office.doc" Insert line before table Result: No crash, table moves across page break.
I want to replicate but was unable to. My operation system is OS X 10.12.1 and Windows 10. Apache OpenOffice is 4.1.3 (AOO413m1(Build:9783) - Rev. 1761381) To produce this bug on Mac OS X, I attempted the following: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. Expected Result: OpenOffice will crash. Actual Result: OpenOffice continued to function and successfully moved the table to the next page without error. To produce this bug on Windows 10, I attempted the following: 1 Create a new Writer document. 2 Insert a line (hit enter) 3 Insert a basic table. 4 Move the cursor to the empty line at the start of the document above the table. 5 Continue to insert lines until the start of the table is one line away from crossing the page boundary. 6 Insert one more line so that the start of the table crosses the page boundary. 7 OpenOffice will crash. Expected Result: OpenOffice will crash. Actual Result: OpenOffice continued to function and successfully moved the table to the next page without error. Additional comments: I download the files provided by Lleland D. and Natalie. Two files are continued to running normally. And I tried different sized tables, it was not crash too. Tested by: Xin Zhang on 02-25-2017
Configuration: AOO 4.1.3. (Build:9783) - Rev. 1761381 OS Name Microsoft Windows 10 Home CZ Version 10.0.14393 Build 14393 Installed Physical Memory (RAM) 8.00 GB I was able to reproduce the problem following the steps in the original report. I also did some follow up tests with these findings: 1) Writer crashes only if the table moves over a page break by inserting lines, not by removing lines (e.g. using backspace) 2) Adjusting following table properties: -Name -Size -Autoformat options does not seem to affect the problem- its fully reproducible even after these properties are modified or selected 3) The problem doesn't occur when the table has a heading and the option “Repeat heading” is checked. Without checking this option, the problem persists 4) The problem doens't occur, when the option “Keep with next paragraph” is checked. To check this option, right click on the table, select the “Text flow tab” 5) The problem doesn't occur when the the table property “Don't split the table” is checked Tables are commonly used in text documents. With the way how most of users edit documents it's just a question of time when a table will move over a page break. I believe that this problem can lead to significant frustration among the Writer users, as they can lose hours of their work because of it. Because most of them probably wont have time/will to look for workarounds of this problem, they might consider Writer as a product that is frustrating/ not reliable enough for them to use and turn to comparable product.
I was also able to make AOO to crash: Configuration AOO: 4.1.3 OS Version: Mac OS X 10.11.6 (Build 15G31) To replicate: - Create a new Writer Document - Insert a table with many columns and rows that will be shown on two pages - Go to the the last row from the first page and insert a huge text in one of the table cells - Press ENTER on that cell in order to make the cell bigger Expected result: When pressing ENTER in one cell the height of the cell should be increased and the cell should be expended to the next page Actual result: The cell was not expanded and the cursor remains somewhere between the two pages. After pressing for some time the ENTER button the AOO crashed. I attached the log receiver after the crash (Issue 126043 - Error message.odt) and also the file used for testing this issue (Issue 126043 - file used for reproducing the problem.odt)
Created attachment 86028 [details] File used for testing the problem
Created attachment 86029 [details] The error log received after the AOO crashed
successfully reproduced this bug by following the same steps as described in the actual report with this configuration Apache_OpenOffice_4.5.0_Win_x86_install_en-US_1858546.exe night build System spec: * Processor: Intel(R) Core(TM) i5-4200U CPU @1.60GHz 2.30GHZ * Installed (RAM): 8GB * System type: 64-bit Operating system (Windows 10 Pro) * Processor Graphics in Use: Intel(R) HD Graphics 530 Repro Steps: 1:Open a New Writer document 2:Add a table with more than one row ,Let say 2*2 table 3:Now keep clicking Enter from keyboard until full table crosses page boundary and goes to the next page Observed Result: Open office crashes as soon as the whole table moves to next page Additional Observations: I found out that the issue occurs if any table with more than one row crosses over the page boundary.You can add as many tables as you can of having only one row.e.g if you add three 4*1 tables and move them to next page then Open office didn't crash but if you add any table of having more thn one row and move that table to another page then it crashes open office Open office doesn't crash if half of the table crosses the page boundary ,it happens every time if the whole table or the first row of the table moved over to next page. Customer/User Impact: I think this issue can have bad impact on the users who want to add tables in the document.From the comments i found out that it has been reproduced on many windows version and with many different OO versions so that also make it high priority task to get fix soon
*** This issue has been confirmed by popular vote. ***
I have serious concern about this being confirmed by popular vote with only 6 votes. My gut is someone voted 6 times and set it that way. Could one of the admins take a look to see if this is true.
@Keith: As you can see here [1] (or click on the "6 votes" link) 4 people have voted for this issue. And the last vote was the trigger for confirmation. [1] https://bz.apache.org/ooo/page.cgi?id=voting/bug.html&bug_id=126043
I can confirm this issue on one machine but not on another. Machine 1: Lenovo Laptop, Windows 10 Home 10.0.18363.720, CPU i5-6200U, 8GB RAM Opened a new or existing document, created new table or moved existing tables, tap space bar to move a table down, once the top line of the table goes over the page break Open Office crashes every time. This happens on both on 4.1.6 and 4.1.7. Uninstalled and reinstalled and the crash still happens. I found a thread that suggested to stop crashes to rename the user preference files with the aim of Open Office starting them from scratch, I did this and it still crashes. Machine 2: PC Specialist Custom Build, Windows 10 Pro, 10.0.18363.693, CPU i7-4930k, 32GB RAM Tested new documents and existing documents, created table or moved existing tables, tapped space bar to move the table over the page break and Open Office doesn't crash. I first tried this on 4.1.6 then updated to 4.1.7 and it still didn't crash.