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!
(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
Please can you attach a sample file for testing?
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.
[Automated Action] NeedInfo-To-Unconfirmed
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 ***
So, I reported also seeing this happen when editing text before the table, but - hopefully it is indeed the same issue.
*** This bug has been marked as a duplicate of bug 126008 ***