Created attachment 112186 [details] pastebug.odt - demo with emboldened text which can't be re-pasted repeatedly If several words are selected, with the first BOLD and the others not, then when they are pasted into another paragraph the emboldening is lost (all words appear as non-bold). Sometimes. This occurs either on the first paste, or sometimes it works the first time but subsequent pastes into new paragraphs loose the emboldening. So, for example, you can't select a paragraph, copy it, and make many copies by repeatedly typing ENTER followed by ^V (the copies will be made but the character formats are lost). HOW TO REPRODUCE: Open the attached demo file and follow the instructions within.
Created attachment 112187 [details] pastebug.odt - demo with emboldened text which can't be re-pasted repeatedly
I reproduced. Jim: this seems to be a duplicate of bug 79928. Do you agree? If yes, we could close this as duplicate and comment to the other bug and reference your attachment 112187 [details] test case. Win 7 64-bit Version: 4.5.0.0.alpha0+ Build ID: 4c93c341be1425401112eed3581e8b8a6308880d TinderBox: Win-x86@42, Branch:master, Time: 2015-01-16_01:53:40 Ubuntu 14.10 64-bit Version: 4.5.0.0.alpha0+ Build ID: 0ffa3abc7d6c0437ece30cfb1430d28ffcc9f5c1 TinderBox: Linux-rpm_deb-x86_64@46-TDF-dbg, Branch:master, Time: 2015-01-15_22:47:16 LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Beluga from comment #2) > I reproduced. > > Jim: this seems to be a duplicate of bug 79928. Do you agree? > If yes, we could close this as duplicate and comment to the other bug and > reference your attachment 112187 [details] test case. As there's repro let's stick it in NEW until we decide if it's a dupe.
> Jim: this seems to be a duplicate of bug 79928. Do you agree? Tentatively no, I don't think they are the same bug. Bug 79928 seems to be fixed in LO 4.4.0.0.beta2/Linux but this one isn't; however I'm not familiar with the Presentation app so might not have done the repro steps exactly as intended for bug 79928. Also there are some differences in reported symptoms: 79928 says the formatting is lost on the very first paste, whereas in this bug the first paste works ok but later ones don't. And the other bug described pasting into a region to which character formatting had been previously applied, whereas this bug occurs pasting into a pristine paragraph with no local formatting.
1. New Text Document. 2. Type “This is a test.” and Enter. 3. Select “This” and make it Bold. 4. Copy paragraph and paste to the empty paragraph below. 5. Enter and paste again. Result: Bold is retained. 6. Enter three empty paragraphs. 7. Place cursor in first empty paragraph. 8. Turn on Bold and type “This”. 9. Turn off Bold and type “ is a test.” and Enter. 10. Copy paragraph and paste to the empty paragraph below. Result: Bold is lost. 11. Paste into the other empty paragraphs. Result: Bold is retained. 12. Place cursor after last paragraph and Enter. 13. Paste into the empty paragraph. Result: Bold is lost. 14. Place cursor after first paragraph and Enter. 15. Paste into the empty paragraph. Result: Bold is retained. Pasting into paragraphs that were created by entering after paragraphs that had direct formatting turned on and off causes the formatting to be lost because there is still something there to say “no bold”. Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
** 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
Bug still there in 5.2.3.0.0+ I tried Gordo's test (Comment #5) and saw the same behaviour.
** 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
Bug is still there in master (Version: 6.0.0.0.alpha0+ Build ID: 892c719fffa06de4c7aeab497326cad7bae9e5c6) It is easy to reproduce -- open the attached demo and follow the instructions written in that file. In summary: 1. Copy text containing bold and not-bold 2. ^V to paste; works the first time 3. Click in an empty paragraph 4. ^V to paste; fails -- boldness is lost
attachment 112187 [details]: <text:p text:style-name="P1"> <text:span text:style-name="T8">Loud – </text:span> <text:span text:style-name="T3">soft.</text:span> </text:p> <style:style style:name="P1" style:family="paragraph"> <style:text-properties fo:font-size="14pt" fo:font-weight="bold"/> <style:style style:name="T3" style:family="text"> <style:text-properties fo:font-weight="normal" officeooo:rsid="000837d9"/> <style:style style:name="T8" style:family="text"> <style:text-properties officeooo:rsid="000837d9"/> "Loud" inherits Bold from paragraph P1 and "soft" is text applied Normal. When copied for the first time, it inherits paragraph from the existing P4 but retains T8 that keeps Bold. When copied subsequently, it inherits P4 but looses T8 and all text is T3 that is Normal. I can't say why. Probably related to "Paragraphs are inserted without paragraph end character".
Dear Jim Avera, 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 there in Version: 6.4.0.0.alpha0+ Build ID: f75c2b04785aa05cff3bcd52689feb7400a14e8e CPU threads: 12; OS: Linux 5.0; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-06-15_11:49:26 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded STEPS TO REPRODUCE (extract from comment #5): 1. Create new write document 2. Turn on bold by clicking the B icon Type "This" Turn off bold Type " is a test." 3. Select entire paragraph with the mouse, and Control-C to copy 4. Place curser at end of text; press ENTER several times (creates empty paragraphs) 5. Place cursor in one of the empty paragraphs, then Control-V to paste RESULTS: Bold is not preserved.
Dear Jim Avera, 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://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 88923 has been marked as a duplicate of this bug. ***
I think this is the explanation, per Comment 12: "This is a test" is not "B This /B is a test" with "stop Bold" and default text after, but "B This not-B is a test" with direct format of not-Bold. Can be seen if format is cleared before paste. Doesn't make sense but it's an old issue, just hard to find where mentioned first. Cannot be "fixed" without serious change on how direct format is un-applied.
This problem is still present in Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: es-ES (en_US); UI: en-US Calc: threaded Also, it is present in Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 098e8d6f111ca9d7680ed1eec00522fed6487e95 CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded