Description: I have a document with a table (attached; I corrected the content, but the bug is repeated in it), which was created in 2013. In it, with change tracking enabled, table rows are not deleted correctly. This began to happen in 7.3.1 (content of the row were cleared, but it itself was not deleted), in previous releases the rows were perfectly removed. In 7.3.2 row is deleted, but with a huge delay, and undo changes are no longer available. Here is the version information: Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 4; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: ru-RU Calc: threaded Steps to Reproduce: 1. Open the document. 2. Select any row and try to delete. Actual Results: Row isn't removed correctly. Expected Results: Row is deleted normally. Reproducible: Always User Profile Reset: No Additional Info: Repeated in portable version.
Created attachment 179280 [details] Document to reproduce the bug
Lets focus on 7.3.2 (or newer) Row is deleted, not noticing any delay Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 2816f498505bab01bc0f17ef0962ece663c607c9 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 Jumbo Also undo does work, except it restores different info :-( at least for 7.4.0.0alpha
Ok, well it doesn't remove the row with following steps 1. Open the attached file 2. accept all changes 3. Pick a row and press delete (content gone, row still visible)
(In reply to Telesto from comment #3) > Ok, well it doesn't remove the row with following steps > > 1. Open the attached file > 2. accept all changes > 3. Pick a row and press delete (content gone, row still visible) Found in Version: 7.2.1.0.0+ (x64) / LibreOffice Community Build ID: 8fdbb8aed1b48734a717d5f98ada566de7204605 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 OK with Version: 7.1.0.0.beta1+ (x64) Build ID: f9fab4203c1aa0b9a3f27ce2713b6d5addc7df19 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
(In reply to Telesto from comment #2) > Also undo does work, except it restores different info :-( at least for > 7.4.0.0alpha Moved: bug 148332
(In reply to Telesto from comment #2) > Lets focus on 7.3.2 (or newer) > > Row is deleted, not noticing any delay > Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 2816f498505bab01bc0f17ef0962ece663c607c9 > 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 Jumbo > > Also undo does work, except it restores different info :-( at least for > 7.4.0.0alpha In attached doc? Fine, if so. Because this bug is reproduceable only in this doc, newly created behaves normally. Will test on 7.4 alpha as soon as possible.
Too soon confirmed. Bug was as reported, up to 7.3 master delete works but with delay (depending if row is selected or just with cursor in), while deleting looks OK in master 7.4+. "Delete row" means use table row delete, not Delete key. See bug 146962, bug 147347, etc.
Attila Bakos (NISZ) committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9592da0a8e596869a1cd0859619dd28a541d7234 tdf#148327 docx export: fix puzzle shape It will be available in 7.4.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.
The commit does not belong to this bug report but to bug 148342.