Bug 50713 - EDITING: Undo did not revert font change from pasting text
Summary: EDITING: Undo did not revert font change from pasting text
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:
: 81807 121426 129641 (view as bug list)
Depends on:
Blocks: Undo-Redo
  Show dependency treegraph
 
Reported: 2012-06-05 01:28 UTC by Michael Kleidt
Modified: 2022-09-12 17:42 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:


Attachments
how to reproduce (step by step) (11.54 KB, application/vnd.oasis.opendocument.text)
2012-06-05 01:28 UTC, Michael Kleidt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Kleidt 2012-06-05 01:28:36 UTC
Created attachment 62560 [details]
how to reproduce (step by step)

The problem occures only inside a table. So create a table and write some text into a cell. Copy some text using a different font and past it after the text in the cell. Now undo the pasting (CTRL-Z). If you now write some new text, this text uses the font from the text which has bem pasted before. So the undo only removes the text, but did not revert the font change!

See also step by step instructions in the attachment.
Comment 1 Michael Kleidt 2012-06-05 10:38:07 UTC
It looks like the problem also occurs outsie of a table. (see Bug 36958)
Comment 2 Joel Madero 2012-11-03 17:31:48 UTC
Confirmed.

LibO: 3.6.1.2
Bodhi Linux

Marking as NEW and prioritizing:

Minor: Doesn't prevent high quality work, instead just an annoyance that can be fixed by changing the font back (or copying text from document and pasting, this will copy the font settings)

Low: Only happens under specific scenarios, user would only notice if they pasted something with a different typeset and then undid the change. Also, easy work around.


This could easily be an enhancement request but I went ahead and left it as a bug report because I don't see why we would purposely do this :)
Comment 3 QA Administrators 2015-01-05 17:51:40 UTC Comment hidden (obsolete)
Comment 4 Michael Kleidt 2015-01-06 07:40:27 UTC Comment hidden (obsolete)
Comment 5 Matthew Francis 2015-01-20 17:21:06 UTC
*** Bug 81807 has been marked as a duplicate of this bug. ***
Comment 6 QA Administrators 2016-02-21 08:35:53 UTC Comment hidden (obsolete)
Comment 7 Michael Kleidt 2016-02-22 08:43:57 UTC
Bug still exists. But not all style parameters results in the same behavior:

Styles which are correctly handled on undo:
- font face

Styles parameters which are NOT handled on undo:
- bold
- underline
- italic
- font size
- ...

Affected version: 5.1.0.3 (x64)  on Win7 Pro SP1
Comment 8 Telesto 2018-08-02 12:54:08 UTC
Repro with
Version: 6.2.0.0.alpha0+
Build ID: 76bf3939b0583212a56c317c85aea110f8ac6fee
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-07-27_06:01:47
Locale: nl-NL (nl_NL.UTF-8); Calc: group threaded
Comment 9 Xisco Faulí 2018-11-02 18:02:47 UTC Comment hidden (obsolete)
Comment 10 thecaspers 2019-10-14 01:28:17 UTC
I was able to reproduce this bug in LibreOffice 6.3.2.2 on Linux.

Version: 6.3.2.2
Build ID: [removed]
CPU threads: [removed]; OS: Linux 5.2; UI render: default; VCL: gtk3; 
Flatpak
Locale: en-US (en_US.utf8); UI-Language: en-US
Calc: threaded
Comment 11 Timur 2019-12-09 14:57:03 UTC
*** Bug 121426 has been marked as a duplicate of this bug. ***
Comment 12 Timur 2019-12-27 12:09:43 UTC
*** Bug 129641 has been marked as a duplicate of this bug. ***
Comment 13 QA Administrators 2021-12-27 04:06:33 UTC Comment hidden (obsolete)
Comment 14 Michael Kleidt 2022-01-03 09:25:10 UTC
Still open. Confirmed with 
Version: 7.2.4.1 (x64) / LibreOffice Community
Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-CH (de_CH); UI: en-US
Calc: threaded