Bug 150517 - Borders from a character style in "list context" not displayed (workaround: assign font color)
Summary: Borders from a character style in "list context" not displayed (workaround: a...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: implementationError
Depends on:
Blocks: Writer-Styles-Character
  Show dependency treegraph
 
Reported: 2022-08-20 13:21 UTC by ajlittoz
Modified: 2024-08-06 08:23 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
No character style border in list context (15.18 KB, application/vnd.oasis.opendocument.text)
2022-08-20 13:21 UTC, ajlittoz
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ajlittoz 2022-08-20 13:21:15 UTC
Created attachment 181905 [details]
No character style border in list context

Character styles may be used to format bullet or numbering in list. The built-in style for that is Numbering Symbols.

A border added to such a style will not display around the bullet/number unless a font colour is also forced in Font Effects tab. As long as Automatic is in effect, no border will be drawn.

The same bug occurs in footnotes and endnotes which are also a kind of numbered lists. The impacted character style is the one for Footnote area (built-in Footnote Characters).

Note built-in styles are cited here but they have nothing special. The issue also happens with user styles. So the error is in processing not in style definition.

See attached sample for an example.

Version: 7.3.4.2
Build ID: 30(Build:2)
CPU threads: 4; OS: Linux 5.18; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: en-US
Calc: threaded

Fedora 36 with KDE Plasma desktop
Comment 1 Dieter 2022-09-04 09:35:39 UTC
I confirm it with

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 4060230ca5124f7bdd658f2aa5ee5527375edb86
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Steps:
1. Open attachment 181905 [details]. Used list is "Numbering 123" with following character styles: Numbering Symbols (Level 1), Border (Level 2) and Border Red (Level 3)

Expected result:
Level2 numbering should show border

Actual result
Level2 numbering doesn't show border

2. Modify character style "Border": Change Font Color from automatic to any color => List number has a border

same behaviour for heading numbering (see bug 144750)
Comment 2 Telesto 2023-12-29 20:49:43 UTC
No border shown at all in
Version: 4.3.7.2
Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba

start to look like the current since:
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL

Suggesting this to be some kind of implementation error. A bibisect might give some clues about the commit introducing the borders (and the current bug)
Comment 3 Buovjaga 2024-08-06 08:23:23 UTC
Bibisecting with linux-50max, the borders appeared in f1f6b6db730ae67a427c7974b59a5e19ab571984
xmloff: write character borders in the extension namespace for now

Of interest is also that when the colour is automatic, there is a tighter border around the number that sometimes disappears. Zooming has an effect on this. This is still seen with the latest versions.