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
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]
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.
[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
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: 22.214.171.124.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
> 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 126.96.36.199.
(In reply to mattreecebentley from comment #9)
> Extra line breaks are added from the above in 188.8.131.52.
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+.