Created attachment 99583 [details] test document ... This guy has some serious issues ... Load in Word and also in LibreOffice - we show a two column page (for some unknown reason). Delete between the marks and undo -> bang a different document. Another annoyance ;-) Turn on change-tracking; (and hide changes) delete the table as before - then export to DOCX and re-load: + settings for show / hide changes not serialized. + the deleted table re-appears but with no content ;-) I guess these latter two are a real pain to fix but ...
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
Repro. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Still repro, 5.3.0.3 / Ubuntu 16.04. Additionally, when the docx is opened, this is shown in the console 4 times: E: lt_string_value: assertion `string != ((void *)0)' failed
Undo issues, particularly crashers are almost always memory / lifecycle issues. As such a valgrind trace is prolly rather useful, unless it's a NULL ptr de-reference crash =) Thanks !
(In reply to Michael Meeks from comment #1) > Delete between the marks and undo -> bang a different document. I was going to do a valgrind trace, but I can't reproduce this anymore. I don't see any difference upon undo. Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 63fd4c97118a943c84ba5a666cf8c9cc54b511c7 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on January 22th 2016
(In reply to Buovjaga from comment #7) > I was going to do a valgrind trace, but I can't reproduce this anymore. I > don't see any difference upon undo. My bad, I meant the second part of the bug, when it's saved after enabling change tracking and deleting the table.
(In reply to Michael Meeks from comment #1) > Turn on change-tracking; (and hide changes) delete the table as before - > then export to DOCX and re-load: > + settings for show / hide changes not serialized. Looks like this was later filed as bug 89991 I confirm the return of the tracked & deleted table. As the undo issue is gone, tweaking summary & blocks accordingly. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c8c74a0b4ca6f3a3619f423b6548c80c52392ae0 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 15th 2018 Arch Linux 64-bit LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Created attachment 143055 [details] my docs
Created attachment 143056 [details] my docs
Sorry don't understand Your zilla. I had such kind message and I fixed it. May be You understand what the problem and correct it. I attached two files: WORD_TEST.docx - bad, and WORD_TEST_.docx- fixed. #ls -l DOCtest -rwxr-xr-x 1 root root 158256 Jun 23 12:45 WORD_EXAMPLE.docx # soffice --headless --convert-to html DOCtest/WORD_EXAMPLE.docx E: lt_string_value: assertion `string != ((void *)0)' failed E: lt_string_value: assertion `string != ((void *)0)' failed E: lt_string_value: assertion `string != ((void *)0)' failed E: lt_string_value: assertion `string != ((void *)0)' failed convert /var/www/html/DOCtest/WORD_EXAMPLE.docx -> /var/www/html/WORD_EXAMPLE.html using filter : HTML (StarWriter) - copy to windows - open by Microsoft Office - save as (2007) - copy to LInux again #ls -l DOCtest -rwxr-xr-x 1 root root 157551 Jun 23 13:06 WORD_EXAMPLE_.docx # soffice --headless --convert-to html DOCtest/WORD_EXAMPLE_.docx convert /var/www/html/DOCtest/WORD_EXAMPLE_.docx -> /var/www/html/WORD_EXAMPLE_.html using filter : HTML (StarWriter) # Allright!
(In reply to Buovjaga from comment #9) > I confirm the return of the tracked & deleted table. Still repro. Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: 9c5d33e3c9e4a680af61a9e7af8fa73d08b33834 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 28 March 2019
Previously as Buovjaga tested with 6.3+, there was "Tracking changes in a DOCX: deleted table makes a comeback after saving and reloading". Now with 7.0+ "Tracking changes in a DOCX: cannot delete table (before: could be deleted but made a comeback after RT)"
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/896c2199d9f0a28bd405dd2d1068f5e2973cdf06 tdf#79069 DOCX: support tracked table (row) deletion It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
tdf#79069 DOCX: support tracked table (row) deletion Only DOCX round-trip was supported for tracked table and table row deletions. Now change tracking of newly deleted tables and table rows is exported in DOCX. Also the DOCX import is handled by Manage Changes now: accepting the deleted ranges of a deleted row removes also the table row, not only its text content. Follow-up to commit 05366b8e6683363688de8708a3d88cf144c7a2bf "tdf#60382 sw offapi: add change tracking of table/row deletion".
Verified in : Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 0afa7e64d547a8f2a48402660acf5c95a468a0ab CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded