Description: Hard the get cursor below table in a header/footer after save and reload Steps to Reproduce: 1. Open the attached file 2. insert a table in the footer 3. Notice they space below the table.. able to click it or move cursor out (in my opinion wrong. there should be no spacing below table 4. Save an reload 5. No they spacing below table being gone (OK, IMHO) except you cant reach that area at all (bad) Actual Results: See above Expected Results: cursor jumps below table after pressing arrow right in the right bottom cell creating new line at that point. if no text is added an cursor put back in table the empty line should disappear again Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ Build ID: 64ab07edee8eba531fd05cbc5d92315cc2855e92 CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Created attachment 166489 [details] Example file
The space is not gone but the prompt on the following line. You can add a break before with enter in the first cell to get it back. Tables always have a follow-up paragraph to allow editing below. This correct (unless we implement with a solution where the user can add the break behind the table) and I would consider the missing paragraph a (minor) bug.
(In reply to Heiko Tietze from comment #2) > The space is not gone but the prompt on the following line. You can add a > break before with enter in the first cell to get it back. > > Tables always have a follow-up paragraph to allow editing below. But clearly not on file open in the case :-). And if they follow-up paragraph is showing matters for text distribution of pages. And working around the issue 'by pressing' Enter. Still a workaround for my taste. > This correct (unless we implement with a solution where the user can add the > break behind the table) and I would consider the missing paragraph a (minor) > bug. Not sure what you 'break' means. In MSO you press arrow down at the last table cell and the cursor simply jumps out they table to a fresh line. And they follow up paragraph is simply not present. Which I personally find pretty obvious. But sure someone will see the current implementation as feature. In this case I even get/understand that (in contrary to certain other cases where where obviously flawed). However they 'follow up paragraph' thingy does if I recall correctly - not 100% sure - leave a spurious paragraph when cut/pasting tables. However this is of course not a high priority bug :-). But one of those 101 papercut bugs. At least I my world it's a papercut bug.
Dear Telesto, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Retested. Also in Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: f92721bf182952be88b0349a17e46b684d630c29 CPU threads: 16; OS: Linux 5.19; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded
The new line after the table is there both before and after the reload. Retested with. Version: 24.8.0.3 (X86_64) / LibreOffice Community Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: ro-RO (ro_RO.UTF-8); UI: en-US Calc: threaded I think this bug could be closed. Telesto?