Created attachment 79620 [details] A document to reproduce this issue Steps to reproduce: 1. In the attached document, do "Select All" and then copy (Ctrl+A, Ctrl+C). 2. Place the cursor after "Bullet 3". 2. Press the return key ("Enter") twice, to get a new line. 3. Paste (Ctrl+V). Current behavior: The heading is indented a few times, and a bullet is before it. It is not possible to decrease the indent level and remove the bullet. Note that the actual indentation level and bullet style depends on the heading style ("Heading 1", "Heading 2", etc.). Expected behavior: Text format should be preserved after pasting. Operating System: Windows XP Version: 4.0.3.3 release
Hi kshara, thanks for your report. Indeed a bit wierd... (In reply to comment #0) > The heading is indented a few times, and a bullet is before it. It is not > possible to decrease the indent level and remove the bullet. You can do it in two ways :) On the line, - choose Format > > Paragraph, tab Overview, section Numbering and choose None for Style for numbering - just hit Ctrl+Shft+F12 Having said that: it's behaviour that I would not expect. Also: it is already present in the frist LibreOffice version I have.. But set to New
Thanks for accepting the bug and the suggested workarounds. I'd like to mention that this bug also affects version 3.5 on Windows - I've actually upgraded to 4.0.3 to see if it was resolved. Thanks, Shahar
Still open in v4.2.4.2 The Problem is, that after the second RETURN, the new line has no bullet style anymore and the bullet indicator is set to false. Even if you press RETURN more often before pasting, the heading still get the bullet style. Where dose this information came from? Is there a more general problem with pasting and styles? There are several other bug reports according to pasting and unexpected styles.
** 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-07-18
Bug is still present in versions 4.4.2.2 and 4.4.4.3 The operating system is Windows 7 Home Premium with SP1
** 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
The Bug is still open in Version: 5.2.1.2 (x64) Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Locale: de-CH (de_CH); Calc: group The workaround has changed slitly: Select the line and hit Shift+F12
*** Bug 109286 has been marked as a duplicate of this bug. ***
** 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
Bug is still present in: Version: 6.1.0.3 (x64) Build-ID: efb621ed25068d70781dc026f7e9c5187a4decd1 CPU-Threads: 8; BS: Windows 10.0; UI-Render: GL; Gebietsschema: de-CH (de_CH); Calc: group threaded
Dear kshahar, 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
Bug is still present in: Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; Locale: de-CH (de_CH); UI-Language: en-US Calc: threaded
*** Bug 135289 has been marked as a duplicate of this bug. ***
In duplicated bug were steps to create unbulleted heading inside bullets: https://bugs.documentfoundation.org/show_bug.cgi?id=135289#c4 If copied in selection from bullet to bullet, Heading without bullet inherits bullet upon paste in same file.
This will be related to chapter numbering - since Heading styles by default have a special meaning related to numbering.
(In reply to Justin L from comment #15) > This will be related to chapter numbering Wrong. It happened with any grouping of numbered styles. This can be fixed in DocumentContentsManager.cxx's CopyImplImpl - if ( !pTextNd || !pTextNd->IsInList() ) + if ( !pTextNd || !pTextNd->IsInList() || pTextNd->GetListId() != pEndTextNd->GetListId() ) But I don't know the implications of doing this. The OOo bug report related to this isn't terribly clear about what "right" and "wrong" behaviour is.
Created attachment 171631 [details] 64828_copyPasteDifferentNumbering.odt: multi-list copy proof-of-patch I'm not clear on the difference between NumRule and ListId, so not sure which is a better equality test.
*** This bug has been marked as a duplicate of bug 104945 ***