Copying and pasting text from one document to another or within the same document can result in: normal font changed to bold extra line breaks alignment changes I'd list more but it appears to be fundamentally broken. Predominantly I am working with multi-column documents, if that helps in reproducing errors. But I can't give explicit directions. Someone just needs to look at where the code is going wrong.
Side note: these changes are generally on a single line toward the end of the copied text, rather than throughout the text.
Thanks for filing, but absent specific sample document and STR this looks to be a usage issue. Usage require one to manage formatting of target paragraph, or better work with styling, so when one pastes they avoid unexpected direct formatting the content. Here, depending on exactly what you have selected and copied from the source document the Default paste, e.g. <Ctrl>+v shortcut, will include the formatting of the copied content which will be appended/inserted to the target paragraph's style and any direct formatting applied. Depending on your needs (and what/how you have selected) choosing one of the Paste -> Paste Special -> 'More Options...' dialog format choices might be the better choice, including an 'Unformatted text' . You can use a clipboard utility to examine exactly what you have 'copied' and the forms it is available to 'paste'. But for this issue, please provide test documents--source and target--with steps to reproduce, otherwise this issue is not actionable and => NAB
Created attachment 153215 [details] see attached
Nope nope nope... see attached, re-read what I've written, and trying copy-pasting from one column to the next on the second page. Bye
[Automated Action] NeedInfo-To-Unconfirmed
I tried to reproduce the bug 1. I copied the first paragraph of the first column (plus heading) 2. I pasted it before Nr. 2 on first column of second heading Result: If the paragraph has bold font, the complete pasted text is bold. If the paragraph doesn't have bold font, the text is pasted with bold heading and normal text. I assume, that this is the expected behaviour (as V Stuart Foote wrote, direct formatting is applied), but I'm not sure.
Copy all content in first column on second page. Select all content in second column on second page. Paste first columns content into second column, overwriting original content. And note the version and platform you're using.
(In reply to mattreecebentley from comment #7) > Copy all content in first column on second page. > Select all content in second column on second page. > Paste first columns content into second column, overwriting original content. I tried this, but couldn't see any problems, using Version: 6.4.0.0.alpha0+ (x64) Build ID: 3e64065612acec2eb29aa21e2b515953422256d7 CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-08-15_22:57:26 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded > And note the version and platform you're using. Waht is you result? Please add a Screenshot or PDF => NEEDINFO
Extra line breaks are added from the above in 6.2.5.2.
(In reply to mattreecebentley from comment #9) > Extra line breaks are added from the above in 6.2.5.2. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version. Change to RESOLVED WORKSFORME, if the problem went away.
We have non-proper bug report, it should be with clear reproducible steps, per https://wiki.documentfoundation.org/BugReport. I'm the 3rd QA trying to figure out what's this about. There's issue with getting last paragraph bold if we copy 1st column on 1st page and paste to 2nd column on 1st page, but that's different, bug 105352. There's also issue: 1. open ODT attachment 153215 [details] 2. Copy all content in 1st column on 2nd page. 3. Select all content in 2nd column on 2nd page. 4. Paste, overwriting original content. Expected: to look the same Experienced: After 3. text "This is true – as of January 2020 Microsoft will stop supporting Windows 7 and it will be" is not seen and starts only from "unsafe to use.." That text is moved down is also bug 105352, because there's spacing in empty paragraph before pasting. What remains is why beginning of text "This is true.." is not seen. I don't know the cause (except that document is wrongly directly formatted), but it comes normal as soon as I invoke Format-Paragraph (enough to Cancel, no change). Other way is to save and reopen (RT for round-trip). This is minor issue at best, but let me confirm this glitch. Inherited from OO. Repro 7.0+.
Dear mattreecebentley, 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