Description: Adding a new column to a table in Impress will result in each cell being filled with strangely formatted text. This text seems to be bulletted (although there is no visual indication of this other than an indent) and in a different font than the rest of the table. Steps to Reproduce: 1. Create a new table 2. Add a new column to the table 3. Type text in some of the new cells Actual Results: Each new cell is filled with text in a different font from the rest of the table and seems to be in bullet list mode. Expected Results: Each new cell should not be bulletted and should have the same (default if not applicable) formatting (font, size, and/or color) as the rest of the table. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: OS: Manjaro Linux Version: 6.4.0.3 Build ID: 6.4.0-2 CPU threads: 12; OS: Linux 5.5; UI render: default; VCL: gtk3; Locale: en-US (en_US.utf8); UI-Language: en-US Calc: threaded This also affects version 6.3.4.2.0 (tested in a Fedora virtual machine)
no repro Version: 7.0.0.0.alpha0+ Build ID: f32a59a52e3ee2a0a8df9bb76bc1ff0ada7c7f1d CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
I can't reproduce it in Version: 6.4.1.0.0+ Build ID: 678e00d2251060b562f295a5fb3c0215b12c8042 CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded Could you please try in safe mode. Go to help - Restart in Safe mode ?
Safe mode does not fix the problem! Are you sure you are adding a new column and not a new row or creating a new table?
[Automated Action] NeedInfo-To-Unconfirmed
I can reproduce this bug here in Version: 6.4.1.1 Build-ID: 1:6.4.1~rc1-2 CPU-Threads: 4; BS: Linux 4.19; UI-Render: Standard; VCL: kf5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded Strangely, this bug is only reproducible if one enters some text into the table before adding a column. If one adds a column to an empty table and then types text, the bug does not occur. To reproduce do - start a new presentation - delete the initial frame in the main area - select insert | table from main menu - type some text into the table - mouse select the rightmost column - select "insert | column | right hand side" from the mouse menu - type in some text --> observe that the font is changed and a bullet appears out of nowhere.
This seems to have begun at the below commit. Adding Cc: to Armin Le Grand ; Could you possibly take a look at this one? Thanks bibisect-linux-64-6.1 c91d690754f29061acf6749200df464d2f0c5c8b is the first bad commit commit c91d690754f29061acf6749200df464d2f0c5c8b Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri Apr 6 23:11:09 2018 +0200 source 6c14c27c75a03e2363f2b363ddf0a6f2f46cfa91 author Armin Le Grand <Armin.Le.Grand@cib.de (CIB)> 2018-03-01 15:54:32 +0100 committer Armin Le Grand <Armin.Le.Grand@cib.de> 2018-04-06 22:29:02 +0200 commit 6c14c27c75a03e2363f2b363ddf0a6f2f46cfa91 (patch) tree e66f50adb222dbc1490b4df2d3c63541dad999ac parent e1b247a843c5eb850fe0079819239d9883412d38 (diff) SOSAW080: Added first bunch of basic changes to helpers
*** Bug 135635 has been marked as a duplicate of this bug. ***
*** Bug 137723 has been marked as a duplicate of this bug. ***
Repro 7.1+. Sample ODP in attachment 167164 [details] has text in some rows and there is the bug. Just add column right and type some letter in it's cells. See 2 NOK and 2 OK.
*** Bug 144268 has been marked as a duplicate of this bug. ***
*** Bug 140248 has been marked as a duplicate of this bug. ***
*** Bug 144844 has been marked as a duplicate of this bug. ***
I increased an Importance because we have 5 duplicates for it
(In reply to Roman Kuznetsov from comment #13) > I increased an Importance because we have 5 duplicates for it I thick wrong. Because Priority should be High because this is regression and visible as duplicates show, and it was so. but Severity you increased is different, it's npre objective and is really a minor problem, easily correctable not major.
*** Bug 146127 has been marked as a duplicate of this bug. ***
Just experienced this issue. It's doubly terrible, because you can't circumvent it even if you know it's going on, and triply terrible, since operations on tables are typically not undoable and redoable. I was about to file the seventh dupe...
*** Bug 151267 has been marked as a duplicate of this bug. ***
What a surprise...WFM. Would be nice to corroborate.
Hi Sarper, did you know that you fixed this one? Great. source 1a0ceb76e2fe12cdfff7cabf06ef43cfba296a34 author Sarper Akdemir <sarper.akdemir@collabora.com> Mon Aug 22 2022 committer Miklos Vajna <vmiklos@collabora.com> Wed Aug 31 2022 tdf#144092 tdf#139511: revert parts of tdf#91762 tdf#137949 tdf#139511
I can confirm that in LO 7.5 the issue no longer happens. That's very good news.