Bug 171287 - Writer - Drop cap lost on words recorded in an index
Summary: Writer - Drop cap lost on words recorded in an index
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
26.2.1.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paragraph-Drop-Caps
  Show dependency treegraph
 
Reported: 2026-03-12 23:42 UTC by Gregoire C
Modified: 2026-03-15 21:28 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Visual example of the disappearing drop cap (20.67 KB, image/png)
2026-03-14 17:24 UTC, Gregoire C
Details
ODT file (22.30 KB, application/vnd.oasis.opendocument.text)
2026-03-15 11:04 UTC, Gregoire C
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gregoire C 2026-03-12 23:42:37 UTC
Description:
If the word with a drop cap is part of an index, an update of the index removes the drop cap, even though the drop cap is a feature of the paragraph style. Reapplying the paragraph style doesn't regen the drop cap either. 

Steps to Reproduce:
1.Create a paragraph and apply a style that generates a drop cap on the 1st letter of the 1st word. 
2.Create/update an index that lists the 1st word as en entry. 


Actual Results:
Original formatting of the word with drop cap is lost. 

Expected Results:
Indexing a word should not alter its formatting in the main text. 


Reproducible: Always


User Profile Reset: No

Additional Info:
N.B. My index is based on an external concordance file, if that makes any difference. 

Version: 26.2.1.2 (X86_64)
Build ID: 620(Build:2)
CPU threads: 4; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: threaded
Comment 1 m_a_riosv 2026-03-13 23:44:59 UTC
Please attach a sample file, reduced as much as possible, without private information.
Comment 2 Gregoire C 2026-03-14 17:24:57 UTC
Created attachment 206161 [details]
Visual example of the disappearing drop cap

OK, I played a little more with the case, and it seems the problem occurs when the entry to be recorded in the index is *not* the same as the anchor, e.g. index "voltage (high)" vs. anchor "high voltage". 
This happens with manually defined index entries or through the use of a concordance file. 

Steps to reproduce: 
1. Create a paragraph that will feature a drop cap on the first word and populate it with enough lines to actually display the drop cap on the first word. 
2. Create manually an index entry by selecting the first words in the paragraph (one word is enough, say "First"). 
3. In the popup window, fill the "entry" field with a form different from the source text (say, "second"). 
4. Refresh the index. 
The entry ("second") is recorded fine in the index, but the source paragraph has lost the drop cap feature on the anchor ("First").
Comment 3 m_a_riosv 2026-03-15 02:17:03 UTC
Anyway, there is not samlple file attached.
Comment 4 Gregoire C 2026-03-15 11:04:48 UTC
Created attachment 206174 [details]
ODT file

There you go. 

There's possibly an error in the logic of identifying the drop cap: the presence of the index anchor tag in between the opening para tag and the actual content seems to prevent the recognition of the actual content and its first letter. 

Drop cap OK: 
<text:p text:style-name="P4"><text:span text:style-name="T1">First word</text:span> within a paragraph that has enough text to allow the display of a drop cap at the beginning.</text:p>

No drop cap:
<text:p text:style-name="P4"><text:alphabetical-index-mark text:string-value="word (first)"/><text:span text:style-name="T1">First word</text:span> within a paragraph that has enough text to allow the display of a drop cap at the beginning.</text:p>
Comment 5 raal 2026-03-15 21:28:52 UTC
Confirm with Version: 26.8.0.0.alpha0+ (X86_64)
Build ID: 56f2abbf3f107d849305df507818f00e6f6086df
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded