Bug 144456 - Overwriting replaces paragraph style attributes with direct formatting
Summary: Overwriting replaces paragraph style attributes with direct formatting
Status: RESOLVED DUPLICATE of bug 134426
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.0.4 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Formatting-Text-Diverse
  Show dependency treegraph
 
Reported: 2021-09-12 14:01 UTC by goodguy00@zoho.com
Modified: 2021-10-12 12:22 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description goodguy00@zoho.com 2021-09-12 14:01:07 UTC
Description:
i'm working in a strictly structured way, having solely styles for my text. very annoyingly, every time i overwrite a word(s), the parastyle is copied into "direct char formatting" making it impossible to re-style a paragraph (as described in bug 89829) without first actively clearing the direct formatting. additionally, "character locale" cannot be cleared. (the only solution to this is: cut text out and paste without formatting).

Steps to Reproduce:
1. have a para with text, para style only
2. hilite a word, type oper it


Actual Results:
in style inspector, you will see character direct formatting having values. when that paragraph is re-styled to some other values, these word(s) stick out, because they retain the direct formatting. "char locale" cannot be cleared anymore.

Expected Results:
i do not understand, why in a cleanly styled para, some actions should ever set direct formatting.
clear direct formatting should truly clear all values.



Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.2.1.1 / LibreOffice Community
Build ID: 3cfc32d9754d2d239bd8ce2941029c12873010c1
CPU threads: 4; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-CH (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 1 Dieter 2021-09-28 19:13:33 UTC
Goodguy00, thank you for reporting the bug. I'm not sure, if I grasp the problem. I've treid the following steps:

1. Open a new document
2. Type a sentence, for example "This is a test"
3. Change paragraph style, for example select "Heading 1"
4. Open Style inspector; Character direct formatting has only list ID as entry
5. Select "is" and write "was"

Actual result:
Character direct formatting has a lot of entries

Expected result
No further entries (works in this way with default paragraph style)

Tested with
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 7cd5b35caa8d4fa9d0ba2b2c6ce4b88726ed2be6
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Goodguy00, does this describe the bug you've reported?
=> NEEDINFO
Comment 2 goodguy00@zoho.com 2021-09-29 16:04:47 UTC
dear Dieter,

exactly! thank you for testing on 7.3 (i'm on 7.2.2.1 where this still persists)

regards.
Comment 3 Dieter 2021-09-29 17:35:51 UTC
(In reply to goodguy00@zoho.com from comment #2)
> dear Dieter,
> 
> exactly! thank you for testing on 7.3 (i'm on 7.2.2.1 where this still
> persists)
> 
> regards.

O. K. I set status to "NEW" then.

cc: Design-Team for double-check, because I'm not sure for 100%, if this is a bug or expected result.
Comment 4 Heiko Tietze 2021-09-30 07:46:24 UTC
To get the issue as described in comment 1, typing needs to overwrite something that has been marked. It works well in case of delete/insert per character.

And it also does not happen for Text Body (not tested other PS). 

Mike, any idea?
Comment 5 Justin L 2021-10-12 12:22:08 UTC
Started in LO 6.3 with commit 6abed0ea006f3616e40faf2ae782cf64f8ac2914
Author: Phil Krylov on Sun Feb 10 04:31:15 2019 +0300
    tdf#79717 save/restore character format on selection overwrite

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