Bug 136806 - RTF: Redo inheriting formatting from previous line
Summary: RTF: Redo inheriting formatting from previous line
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Undo-Redo
  Show dependency treegraph
 
Reported: 2020-09-16 10:00 UTC by Telesto
Modified: 2024-08-05 11:22 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (247.11 KB, application/vnd.oasis.opendocument.text)
2020-09-16 10:00 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-09-16 10:00:14 UTC
Description:
Redo inheriting formatting from somewhere else

Steps to Reproduce:
1. open the attached file
2. Select the frame
3. CTRL+X
4. CTRL+SHIFT+V -> RTF paste -> OK
5. CTRL+Z
6. CTRL+Y

Actual Results:
Text caption below image bold

Expected Results:
Same as on RTF paste


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: abcc4eb907661e07ad850ccce7eb06f129da4286
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-09-16 10:00:36 UTC
Created attachment 165565 [details]
Example file
Comment 2 Telesto 2020-09-16 10:03:07 UTC
Also in
4.4.7.2

and in
Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71
Comment 3 Telesto 2020-09-16 10:05:43 UTC
Not perfect but slightly better in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28
Comment 4 Dieter 2020-10-30 07:41:09 UTC
I confirm the described behaviour with

Version: 7.1.0.0.alpha1+ (x64)
Build ID: f27c4ec5c864395f4cdaec32d7e95ff24e4f43c8
CPU threads: 4; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: threaded

Caption takes the bold formatting from first line (if you change first line to normal, it doesn't happen), because frame is missing now. I'm not sure, but it seems to me, that undo cuts the current RTF paste but doesn't bring original frame back to the clipboard. If this is correct, I don't know if this is the correct behaviour of undo or not.

Perhaps a more experienced user can help.
Comment 5 Dieter 2021-09-16 19:59:55 UTC
Telesto, a new major release of LibreOffice is available since this bug was reported. 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.
Comment 6 QA Administrators 2022-03-16 03:57:43 UTC Comment hidden (obsolete)
Comment 7 Ezinne 2022-04-14 03:55:20 UTC
Reproducible in:

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 678446780446ae568ee8b1b814158c54ea5e393f
CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 8 QA Administrators 2024-04-14 03:15:46 UTC Comment hidden (obsolete)
Comment 9 Buovjaga 2024-08-05 11:22:14 UTC
(In reply to Telesto from comment #3)
> Not perfect but slightly better in
> Versie: 4.1.0.4 
> Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28

The slightly better result at least preserves the italics and font size.

Bibisected with linux-42max, lots of skipped commits. Range:
https://git.libreoffice.org/core/+log/1f2a635ae159b62ab3a0dcbf7d460484f83ff77b..e210299bcba5ae87a5bee7973aef650b7c5df1e2

Three commits talking about RTF.

I won't add regression keywords.