Created attachment 202869 [details] sample file This issue is related to bug 168424 Steps to reproduce: 1. Open attached document -> The first letter of each line is missing. The document was created following the steps from bug 168424 Reproduced in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 81321560f2151ee12be26135aed65968287d1c94 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: es-ES (es_ES.UTF-8); UI: en-US Calc: threaded
The letters are displayed before commit 2cb039f570379213ffc9469a132f5b24f425b7be [log] author Jonathan Clark <jonathan@libreoffice.org> Fri Nov 08 01:12:48 2024 -0700 committer Jonathan Clark <jonathan@libreoffice.org> Wed Nov 13 15:01:11 2024 +0100 tree e67e7cb151de276cec6d3a4bc24d7f184aeac001 parent a095909899622ce16bac020fa7034ff162fe0df5 [diff] tdf#36709 editeng: Layout for font-relative first-line indent
The issue is with paragraph format — Indent & Spacing — First line, having 64.9 cm. With 10 cm e.g. shows the entire words.
See also https://bugs.documentfoundation.org/show_bug.cgi?id=168424
I'm not sure if this should be considered a bug. Previously, we would treat any first line indent greater than 32k twips as negative due to integer overflow. Now, we can faithfully represent large indent values from the ODF (like the 64.901cm used here).
(In reply to Jonathan Clark from comment #4) > I'm not sure if this should be considered a bug. > > Previously, we would treat any first line indent greater than 32k twips as > negative due to integer overflow. Now, we can faithfully represent large > indent values from the ODF (like the 64.901cm used here). But what is the reason that this indent gets added when copying a normal and boring numbered list from Writer to Impress?
(In reply to Buovjaga from comment #5) > (In reply to Jonathan Clark from comment #4) > > I'm not sure if this should be considered a bug. > > > > Previously, we would treat any first line indent greater than 32k twips as > > negative due to integer overflow. Now, we can faithfully represent large > > indent values from the ODF (like the 64.901cm used here). > > But what is the reason that this indent gets added when copying a normal and > boring numbered list from Writer to Impress? It won't happen anymore. Attachment 202869 [details] was created before bug 168424 was fixed. Writer's normal and boring default numbered list format applies a -0.64 cm first line indent. Bug 168424 turned this into 64.901 cm on paste.
(In reply to Jonathan Clark from comment #6) > (In reply to Buovjaga from comment #5) > > (In reply to Jonathan Clark from comment #4) > > > I'm not sure if this should be considered a bug. > > > > > > Previously, we would treat any first line indent greater than 32k twips as > > > negative due to integer overflow. Now, we can faithfully represent large > > > indent values from the ODF (like the 64.901cm used here). > > > > But what is the reason that this indent gets added when copying a normal and > > boring numbered list from Writer to Impress? > > It won't happen anymore. Attachment 202869 [details] was created before bug > 168424 was fixed. Writer's normal and boring default numbered list format > applies a -0.64 cm first line indent. Bug 168424 turned this into 64.901 cm > on paste. Oh, sorry, it seems I was accidentally testing with an older version. Sometimes when triaging I might mix up my windows. Let's close this.