Problem description: Steps to reproduce: [1] Open a new text document. [2] Insert a table (2 rows, 2 columns). [3] Insert a word into first cell of table. [4] Move cursor in front of the word. [5] “Enter“ in order to create a new paragraph inside the cell. A paragraph above the table is created. Expected: New paragraph inside cell. Hints: A paragraph above table can be created with Alt+Enter. See also enhance proposal in bug 51689 according creating paragraphs above and below of tables, indexes and sections. Operating System: Windows 7 Version: 4.1.2.3 release
Reproducible with the master, 4.1.4.0.0+ and 4.0.6 under Ubuntu but only if the table is at the top of the document ie there is not a paragraph before the table. I think this precision was implicit in the bug description. Best regards. JBF
** 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.1 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-04-18
Still reproducible. Additionally, the paragraph is created with the Text Body style. Using Alt+Enter creates a paragraph with the Default Style. The table doesn't have to be at the beginning of the document. If you insert a table directly after another table and place the cursor in the first cell of the second table before any text, then pressing Enter will insert a paragraph before the table with the Text Body style. Windows Vista 64 Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
** 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.4.1 or 5.3.6 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-20170929
Still reproducible with current master, but I am not sure if it is still a bug because help for master says: Inserting Text Before a Table at the Top of Page If you want to insert text before a table that is at the top of a page, click in the first cell of the table, in front of any contents of that cell, and then press Enter or Alt+Enter. To insert text after a table at the end of the document, go to the last cell of the table and press Alt+Enter. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #5) > Still reproducible with current master, but I am not sure if it is still a > bug because help for master says: > > Inserting Text Before a Table at the Top of Page > If you want to insert text before a table that is at the top of a page, > click in the first cell of the table, in front of any contents of that cell, > and then press Enter or Alt+Enter. It may be that the current function is intended. But I think it's not logical that the function of the Enter key changes in the first cell of a table when the table is at the top of the page. Hence for me still a bug. Best regards.
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Repro 6.2+.
Dear Harald Koester, 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
It should be decided if this is a bug or not, according to comment #5. So added needsUXEval keyword. Best regards. JBF
What JBF wrote in Comment 5 was at https://help.libreoffice.org/4.4/Writer/Inserting_Text_Before_a_Table_at_the_Top_of_Page and it mentioned Enter and Alt+Enter (with difference from Comment 3). Now it's in https://help.libreoffice.org/6.4/en-US/text/swriter/01/05090100.html?DbPAR=WRITER#bm_id3154762 but it only mentions ALt+Enter. Inherited. I'm not sure what to do. But it's trivial to avoid that Enter and maybe a nice surprise for someone who never knew about this. So maybe more NotABug.
Checked with version 6.3.3. Bug still exists. Furthermore there are also problems with Ctrl+Enter and Alt+Enter. Do this: [1] Open a new text document. [2] Insert a table (2 rows, 2 columns). [3] Insert a word into first cell of table. [4] Move cursor in front of the word. [5] Ctrl+Enter in order to insert a new page in front of the table. Nothing happens. [6] Alt+Enter. Now a new page in front of the table is inserted. Expected: Insertion of a new paragraph in front of the table.
Harald in Comment 12 made it more complicated than it is. We all confirmed behavior, but mostly don't consider "Enter" a bug. I don't know where "Ctrl+Enter" comes from and why it's mentioned, why it would do something. UX also needs email in CC, I add now. My take is: convert this to Documentation to add "Enter" in addition to "Alt+Enter". Because ALt+enter is not obvious, so good addition. And MSO has similar behavior for both Enter and Cltr+Enter.
Harald in Comment 12 made it more complicated than it is. We all confirmed behavior, but mostly don't consider "Enter" a bug. I don't know where "Ctrl+Enter" comes from and why it's mentioned, why it would do something. UX also needs email in CC, I add now. My take is: convert this to Documentation to add "Enter" in addition to "Alt+Enter". Because Alt+enter is not obvious, so good addition. And MSO has similar behavior for both Enter and Alt+Enter. While Ctrl+Enter makes page break.
Ctrl+enter is placed before the table but becomes not active until a first character is inserted via at+enter. The documentation part should have been solved with bug 112804. Bug 105333 and 84806 discuss the same/similar topic, and was solve recently by Lazlo. Harald created also the duplicate bug 71503, one is the generic issue and the other his expectation (enter at the very first item at the table behaves special). And this is actually a question to me. Once enter at position 0 of the table adds a paragraph above, the workaround to insert a break at position 0 could be to insert a space first. Sounds reasonable simple to me, rather to point users to the documentation and to learn alt+enter. And it sounds much better than the proposed solution in bug 51689. We should investigate how alt+enter is implemented (likely hard-coded) and free this shortcut for customization.
Enter at the very first position in the table adds the break before it now. Tested with Version: 6.2.8.2 Build ID: 6.2.8-3 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kde5; Locale: de-DE (en_US.UTF-8); UI-Language: en-US Calc: threaded
(In reply to Heiko Tietze from comment #16) "FIXED" means there's a commit fixing it is known. Please mention it (since there's no commit notification). Thanks!
(In reply to Mike Kaganski from comment #17) > "FIXED" means there's a commit fixing it is known. Please mention it (since > there's no commit notification). Thanks! I'm not QA and do not have a commit ID. Feel free to change the reason to anything else, maybe WFM.
there is a good reason for the current behavior. And if a user wants to set a new paragraph in the given example, it will be possible quite simple. So let's keep it this way.
Per https://bugs.documentfoundation.org/page.cgi?id=fields.html#bug_status WFM is when used to be a problem that cannot be reproduced anymore. This is WontFix meaning Wont Do, not meaning that fix is needed.
Heh, the last changes to the bug make it totally confusing. Description in comment 0 makes clear that pressing Enter in the beginning of the first cell created paragraph before the table, not before the text but inside the cell - which was the desired (and I agree). Comment 16 claimed that the problem from OP was not reproducible anymore; and it's false statement - because it's still reproducible when the table is in the beginning of the document (but not in other positions in the document). Comment 19, when made it WFM, stated some "good reasons" for current behaviour - without mentioning those; and overall the comment made an impression of WF resolution, without making clear who made that decision. So comment 20 now set the bug in the state consistent with the wording of comment 19 - but the questions are unanswered.
I don't understand what's not clear. Bug report "Expected: New paragraph inside cell." Won't Fix. Trivial to type space and enter for that. ENTER creating paragraph above the table is useful, simple, similar to MSO. I don't find further discussion useful.