Bug 155897 - Inconsistency concerning the deletion of single empty paragraph below TextTable
Summary: Inconsistency concerning the deletion of single empty paragraph below TextTable
Status: RESOLVED DUPLICATE of bug 136699
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.6.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2023-06-17 14:00 UTC by Wolfgang Jäger
Modified: 2023-08-14 13:33 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
the little demo announced in the report (10.87 KB, application/vnd.oasis.opendocument.text)
2023-06-17 14:00 UTC, Wolfgang Jäger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Wolfgang Jäger 2023-06-17 14:00:13 UTC
Created attachment 187959 [details]
the little demo announced in the report

Having placed the hair cursor at the end of the last paragraph inside the last (bottom right) call of a TextTable with empty paragraphs below, Ctrl+Shift+Del (default shortcut) deletes the next empty paragraph. This is also the case if the TextTable is content of the text object of a frame.

Since V 3.6.5 this does no longer work if the next empty paragraph is the last one of the main text of the Writer document. It still works for the case of frame text objects. 

Till V 3.5.2 the removal worked, but the new state (without a paragraph below the table) did not persist a Save/Reload cycle. 

IMO this is only annoying if the undeletable or automatically recreated empty paragraph causes an automatic page break. But obviously this occurs - if even rarely.

BTW: With the help of user code the final empty paragraph can still be removed. It will then also be automatically recreated on Reload.

Concerning my statements about the working of user code you may want to test/play with the attached example.

(Concerning the text objects of TextTable cells containing nested tables there are additional inconsistencies. At what time and by whom was the related part of the "architecture" specified?)
Comment 1 Stéphane Guillou (stragu) 2023-06-28 23:35:05 UTC
I have a hard time understanding what the issue is and how to reproduce it.
Can you please:
- test again in the latest version (7.5.4 at the time of writing) and see if you can still reproduced the issue
- if the issue remains, please paste here the version information copied from Help > About LibreOffice
- please provide clear, numbered steps to reproduce the issue, and state what are the expected results vs the actual results.

Thank you!
Comment 2 Wolfgang Jäger 2023-06-29 19:47:39 UTC
Sorry! I wasn't clear enough about what's the inconsistency.
Let me start completely anew.

The full-grown text objects of a TextFrame or of a cell of a TextTable (badly presented as identical with the cell itself) can contain a TextTable object as the only or as the last (bottom) element of the text enumeration (paragraphs level).

The text of the Writer model itself can not. Behind its last TextTable object (if any) there is always at least one paragraph.

So, why worry?

Users complained about the fact (in the ask site) that the described behaviour produces an unwanted page break and by that an empty trailing page under specific circumstances. The empty trailing paragraph goes to that page then.

You see?
Comment 3 QA Administrators 2023-06-30 03:13:53 UTC Comment hidden (obsolete)
Comment 4 Buovjaga 2023-08-14 13:33:23 UTC
From bug 136699 comment 5: "the *last* paragraph in the document cannot be removed".

See also bug 119443 comment 10.

*** This bug has been marked as a duplicate of bug 136699 ***