Bug 126737 - Writer: copied column content doesn't show some text when pasted, until Paragraph dialog or RT (steps: comment 12)
Summary: Writer: copied column content doesn't show some text when pasted, until Parag...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-08-06 23:39 UTC by mattreecebentley
Modified: 2021-11-24 16:50 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
see attached (45.35 KB, application/vnd.oasis.opendocument.text)
2019-08-07 21:54 UTC, mattreecebentley
Details

Note You need to log in before you can comment on or make changes to this bug.
Description mattreecebentley 2019-08-06 23:39:52 UTC
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.
Comment 1 mattreecebentley 2019-08-06 23:40:39 UTC
Side note: these changes are generally on a single line toward the end of the copied text, rather than throughout the text.
Comment 2 V Stuart Foote 2019-08-07 13:46:28 UTC
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
Comment 3 mattreecebentley 2019-08-07 21:54:24 UTC
Created attachment 153215 [details]
see attached
Comment 4 mattreecebentley 2019-08-07 21:54:59 UTC
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
Comment 5 QA Administrators 2019-08-19 07:10:16 UTC Comment hidden (obsolete)
Comment 6 Dieter 2019-08-23 08:44:31 UTC
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.
Comment 7 mattreecebentley 2019-08-25 22:00:02 UTC
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.
Comment 8 Dieter 2019-08-26 07:28:46 UTC
(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
Comment 9 mattreecebentley 2019-08-26 21:34:28 UTC
Extra line breaks are added from the above in 6.2.5.2.
Comment 10 QA Administrators 2019-09-02 09:38:03 UTC Comment hidden (obsolete)
Comment 11 Dieter 2019-11-27 07:28:27 UTC Comment hidden (obsolete)
Comment 12 Timur 2020-03-10 11:02:33 UTC
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+.