Created attachment 56451 [details] Test document. Fromating is changed to default on every drag and drop or copy/paste action in numbered lists. Steps to reproduce: 1. Open attached document. 2. Copy the text "Text." from the first string. 3. Paste to the last. Actual Results: The formating changes to the default (aligned at 0.67 cm, indent to 1.27 cm) Expected Results: No change in formating of the list. The same result occurs if any letters are drag and dropped using mouse. The same behavior is for bullets, not numbers for the list.
reproducible with LO 4.0.2.2 (Win7 Home, 64bit)
reproducible in Win7x64 using LibO 4.2.3.3 platform --> ALL
** 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.3 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-06-08
1. Test. had all indent settings 0 When I paste the text to replace the lower one, the 2. Test. indent settings changed to Before text: 3.43 ch First line: -1.71 ch Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI)
** 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
No changes in the behaviour. Still present: Version: 5.2.1.2 Build ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Locale: ru-RU (ru_RU); Calc: group
This could be a duplicate of: Bug #45501 (https://bugs.documentfoundation.org/show_bug.cgi?id=45501).
Sorry, pasted my comment in the wrong bug report. I meant to say that bug #103563 could be a duplicate of this one.
*** Bug 103563 has been marked as a duplicate of this bug. ***
Confirmed in - Version: 5.3.0.0.alpha0+ Build ID: 8974b0fafb18f9dd3f2c0e175a3255b80e4c249e CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; Locale: ca-ES (ca_ES.UTF-8); Calc: group - Version 5.2.3.2 on Ubuntu 16.04 LST Xenial Xerus. - Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) - LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Created attachment 128407 [details] Another test file to reproduce the problem.
Created attachment 128408 [details] Video showing the problem.
The numbering style WW8Num6 has no distance settings in the tab Position. Therefore when recalculating the line after pasting the word, the default values are used. To investigate, why the settings are missing, the original Word document is needed. Please attach it.
I assume you have analysed 'LibreOffice - Bug #45501 - Paragraph Indentation change after paste.odt'. This file is actually a snippet of my resume, which was converted from a doc file more than a decade ago; that file doc file has been deleted long time ago. Would it be possible to have the document healed automatically? Before the pasting, the line has a proper indent. If none is found in styles, it should use the existing one instead of the default one, and fix the style automatically.
Yes, I have analyzed the attachment 'Another test file to reproduce the problem'. The list items have got paragraph style "Indent 1 - Bulleted" and this style is connected to the numbering style "WW8Num6". And this style misses same position information. The attachment 'Test document' has the problem, that the numbering format has position values different to those currently in the paragraph. There too further investigation is only possible, when we know, how the file has been created. To repair the file, edit the style "WW8Num6" and enter in tab Position (decimal depends on your language): Aligned at: 0.64cm (which is 1.12cm - 0.48cm from the paragraph style) Tab stop at: 1.12cm Indent at: 1.12cm Then pasting will work without problems. You might need to edit the other used numbering styles in similar way.
I recalled how the document was created and have reproduced this in new file. 1. Create new writer document (LO 5.2.2). 2. Type "Test." 3. Create numbered list. 4. Press enter and type "Test." on the second line. 5. Select all using mouse or ctrl+a. 6. Change the indentation moving sliders: bottom one to zero, top one to zero. 7. Select and copy text from the first line. 8. Paste to the second line. Voila: indentation has changed. Hope this helps to solve the issue.
Thanks vitruss, now it is clear how to reproduce the bug. I see these problems: (1) Applying a numbering style removes the settings fo:text-indent from the paragraph style in content.xml. That should not happen. (2) If the paragraph style in content.xml has no setting for fo:text-indent but the parent style in styles.xml has a setting for fo:text-indent, then the settings from the parent style are not considered. (3) Copy&paste a single word from a paragraph in a list item adds a list-style to the target paragraph style in content.xml. The relevant part in spec is: ODF 1.2 part 1 section 19.246fo:text-indent "The fo:text-indent attribute specifies the indent for the text lines of a list item. The attribute has the same meaning as the formatting property attribute fo:text-indent. See 20.218 It is used for paragraphs inside list items whose paragraph styles do not specify an fo:text-indent or fo:margin-left attribute." In my understanding, this means, that in case a paragraph style has a setting fo:text-indent, it takes precedence over the setting form the list style.
Reproduced vitruss's test with a new document on Version: 5.2.3.2 Build ID: 1:5.2.3~rc2-0ubuntu1~xenial1. So forget about my attachment (Another test file...), file which is buggy from a conversion done from MS Word with OpenOffice, long long time ago in a different galaxy. His manual test from a new document is the best. I also recreate this morning my resume from scratch and still have the same problem.
Given that copy & paste within lists are very common, that bug is very visible to a great number of users. Shouldn't the importance be increased?
Raising priority to high.
Reproducible in version 5.2.7.2 (x64) for both ordered and unordered lists. This bug is very much annoying!!!! I'm working a lot on lists and really can't stand with such a stupid behavior! :( I can't understand why such a bug can live for more than 5 years, while LibreOffice is just 6 year old! Using the testcase with new document in Comment #17 and extended for unordered lists, this bug is reproducible in version 5.2.7.2 (x64). If no one care about this bug, I must dig into it myself. But I'm completely new to LibreOffice. So I hope some experienced devs can help me in resolving this bug.
(In reply to Lê Xuân Định from comment #22) > Reproducible in version 5.2.7.2 (x64) for both ordered and unordered lists. > > This bug is very much annoying!!!! I'm working a lot on lists and really > can't stand with such a stupid behavior! :( I can't understand why such a > bug can live for more than 5 years, while LibreOffice is just 6 year old! > > Using the testcase with new document in Comment #17 and extended for > unordered lists, this bug is reproducible in version 5.2.7.2 (x64). > > If no one care about this bug, I must dig into it myself. But I'm completely > new to LibreOffice. So I hope some experienced devs can help me in resolving > this bug. LibreOffice has a long history :) https://en.wikipedia.org/wiki/StarOffice If you want to help: https://wiki.documentfoundation.org/Development/GetInvolved
Lê Xuân: I saw you join the developer IRC, but for some reason you said "May I humbly bring to attention to Devs the following bug which I feel is hurting LO´s reputation?" I thought you were going to look into fixing it. Now the developers thought you want them to fix it for you. I think you should observe what happens when the bug occurs. Do it with a debugger: https://wiki.documentfoundation.org/Development/How_to_debug Then you will find out the code that is responsible and can do digging. If you get stuck, then you can ask developers for help.
It was not Lê Xuân who joined IRC, but me.
Created attachment 133943 [details] Test case with normal (text body) style 1. Copy/pasting the lorem ipsum text in the third paragraph on the second paragraph automatically sets the new text 0.76 "Before text" and -0.76 "First line" indent. When pasting it to the first paragraph, this does not occur. 2. This does *not* work with text pasted from an external source. 3. For some reason, the second and the third paragraph has "decrease indent" function turned off, while for the first paragraphs it is allowed.
Comment on attachment 133943 [details] Test case with normal (text body) style I produced it on an Ubuntu 16.04 LTS, with LibreOffice 5.1.6.2
(In reply to András Novoszáth from comment #26) > Created attachment 133943 [details] > Test case with normal (text body) style > > 1. Copy/pasting the lorem ipsum text in the third paragraph on the second > paragraph automatically sets the new text 0.76 "Before text" and -0.76 > "First line" indent. When pasting it to the first paragraph, this does not > occur. > 2. This does *not* work with text pasted from an external source. > 3. For some reason, the second and the third paragraph has "decrease indent" > function turned off, while for the first paragraphs it is allowed. Additional observation: 4. When I try to turn numbering on the third paragraph it does not work, but instead, it seems to reformat it in the same way the copy/paste does on the second. For bullets, this does not occur.
** 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
Original test document works fine with LO 6.2 and 6.4+. I'll close.
This started in 3.4, 3.3 was fine. Bug 103563 is not resolved.
As explained earlier that attachment 128407 [details] has some issues and was created long ago, I will not reopen Bug 103563.