Bug 108332 - Pasted characters use wrong formatting/font in some cases
Summary: Pasted characters use wrong formatting/font in some cases
Status: RESOLVED DUPLICATE of bug 108376
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.3.3.2 release
Hardware: x86 (IA32) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-06-04 07:27 UTC by Kevin
Modified: 2017-06-10 18:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
steps and demo for 108332 (14.17 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-06-04 07:29 UTC, Kevin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin 2017-06-04 07:27:48 UTC
Description:
Calc SOMETIMES doesn't paste font attributes.

Steps to Reproduce:
0. open attached .ODS(all steps and expected results are included in the .ODS)
observe: Cell B2 is set to Arial 10; the default font for the document is Liberation Sans 10 (not sure why – I didn't set it to be)
1. enter B2
2. select the I of Italic and copy
3. paste into B5
result: it gets the Italic right, but changes font to Liberation Sans
4. return to B2 and select the B of Bold
5. paste into B8

Actual Results:  
Italic Liberation Sans



Expected Results:
Bold Arial non-italic

General User Expectation: when you select a character and paste, it should paste the formatting attributes along with the character



Reproducible: Always

User Profile Reset: No

Additional Info:
In this case it fails to act as expected, but in other cases it does behave that way, so this is not a feature or an enhancement – it's a bug because the behavior is not consistent or predictable.

1. Calc doesn't behave like every other computer program, where a copied selection retains its font attributes
2. Calc doesn't behave like every other computer program, where a typing into a selected region retains the font attributes of the selected region (this is a different report)
3. These behaviors are bizarre, and in my opinion, terribly misguided, but even if you argue that they're in some way an improvement over the way everyone has always done it, Calc STILL doesn't apply its aberrant behavior consistently! To defy user expectations, but only some of the time, really adds insult to injury.


User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Comment 1 Kevin 2017-06-04 07:29:25 UTC
Created attachment 133838 [details]
steps and demo for 108332
Comment 2 Buovjaga 2017-06-10 18:09:16 UTC
While testing this report, Telesto created bug 108376, which I think expresses the problem more clearly. I will close this as duplicate.

So in a nutshell: if you enter B5 or B8 and select the contents before pasting, the result is correct. If you simply paste without activating the input mode, this crap happens.

*** This bug has been marked as a duplicate of bug 108376 ***