Bug 147675 - Writer discards table manual formatting and styling
Summary: Writer discards table manual formatting and styling
Status: RESOLVED DUPLICATE of bug 126008
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-26 21:35 UTC by Eyal Rozenberg
Modified: 2023-04-27 10:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Document exhibiting the bug (30.24 KB, application/vnd.oasis.opendocument.text)
2022-03-02 21:18 UTC, Eyal Rozenberg
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eyal Rozenberg 2022-02-26 21:35:36 UTC
I'm working on a large-sih document important from MS word, which has a table. I've Cleared the manual styling on it, then proceeded to set some paragraph styles and also apply some manual formatting: Font, alignment, direction (unfortunately the paragraph style's default direction seems to be ignored, but that's another unrelated bug).

Anyway, as I was editing some text before this table, causing it to move upwards or downwards, suddenly - the font changes to the default font size of the Default Paragraph Style font; the alignment switches from Right to Left for some reason (I was using Right, with RTL paragraphs, and it switches to Left); and boldface'ing is lost. Spacing before and after the paragraph does not change.

Selecting and applying  "no character style" does nothing. Selecting and re-applying the paragraph style the different cells are reported to have - changes the formatting to that of the paragraph style.

This has already happened to me twice today.

Luckily, no text is actually lost, only formatting. Annoying!
Comment 1 Eyal Rozenberg 2022-02-26 21:50:35 UTC
(In reply to Eyal Rozenberg from comment #0)


... and now this has happened to me when editing the table itself - adding a column.

LO version:

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 250e4886d85a7e131da76f181b3fa7be02d1a76d
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: en-IL (en_IL); UI: en-US
Comment 2 Ezinne 2022-03-02 17:45:51 UTC
Please can you attach a sample file for testing?
Comment 3 Eyal Rozenberg 2022-03-02 21:18:03 UTC
Created attachment 178624 [details]
Document exhibiting the bug

In the attached document:

1. Select the entire table
2. (Re)set the style to "Table contents"; 
3. In one of the central columns, use the menus to insert a Column After

Expected behavior:

Before step 2, font size is 12.
After step 2, font size is 10.

Actual behavior:

Before step 2, font size is 12.
After step 2, font size is 10.
After step 3, font size is 12 again.
Comment 4 QA Administrators 2022-03-03 03:40:48 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2022-12-16 14:41:52 UTC
I found a duplicate and verified with linux-64-5.3 bibisect repo by checking the blamed commit and previous one.

*** This bug has been marked as a duplicate of bug 148307 ***
Comment 6 Eyal Rozenberg 2022-12-16 15:04:36 UTC
So, I reported also seeing this happen when editing text before the table, but - hopefully it is indeed the same issue.
Comment 7 Stéphane Guillou (stragu) 2023-04-27 10:27:21 UTC

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