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: 3.5.4 release
Hardware: x86 (IA32) Windows (All)
: low minor
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard:
Keywords:
: 81807 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-06-05 01:28 UTC by Michael Kleidt
Modified: 2015-01-20 17:21 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


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

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
** Please read this message in its entirety before responding **

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 on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

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)

Thank you for your help!

-- The LibreOffice QA Team
Comment 4 Michael Kleidt 2015-01-06 07:40:27 UTC
Confirmed.

LibO: 4.3.5.2 Build ID: 3a87456aaa6a95c63eea1c1b3201acedf0751bd5 (32 bit)
on Win7 Pro SP1 (64 bit)
Comment 5 Matthew Francis 2015-01-20 17:21:06 UTC
*** Bug 81807 has been marked as a duplicate of this bug. ***


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.