Bug 162084 - docx file automatic line break between "1" and "st" in "1st" in French
Summary: docx file automatic line break between "1" and "st" in "1st" in French
Status: RESOLVED DUPLICATE of bug 163060
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.2.5.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: DOCX-Paragraph
  Show dependency treegraph
 
Reported: 2024-07-18 11:24 UTC by Lionel Elie Mamane
Modified: 2024-10-18 14:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
reproduction case - docx format (5.48 KB, application/vnd.openxmlformats-officedocument.wordprocessingml.document)
2024-07-18 11:25 UTC, Lionel Elie Mamane
Details
reproduction case - odt format (12.17 KB, application/vnd.oasis.opendocument.text)
2024-07-18 11:25 UTC, Lionel Elie Mamane
Details
screenshot of how it appears (5.84 KB, image/png)
2024-07-18 11:25 UTC, Lionel Elie Mamane
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Lionel Elie Mamane 2024-07-18 11:24:47 UTC
Description:
In the attached docx file, there is an automatic line break between "1" and superscript "er" which is the French equivalent of "st" in "1st".

Steps to Reproduce:
1. Open file
2. Look

Actual Results:
"1" and superscript "er" are on different lines

Expected Results:
"1" and "er" should be treated as a an atomic unit (a word)


Reproducible: Always


User Profile Reset: No

Additional Info:
I created this file from scratch (file/new) then pasting in the text. Then the problem does not appear.

Save as odt, close, open again, the problem does not appear.

Save as docx, close, open again, there the problem appears.

If one saves the opened docx as odt, closes and opens the odt again, the problem is still there.
Comment 1 Lionel Elie Mamane 2024-07-18 11:25:13 UTC
Created attachment 195369 [details]
reproduction case - docx format
Comment 2 Lionel Elie Mamane 2024-07-18 11:25:29 UTC
Created attachment 195370 [details]
reproduction case - odt format
Comment 3 Lionel Elie Mamane 2024-07-18 11:25:48 UTC
Created attachment 195371 [details]
screenshot of how it appears
Comment 4 Lionel Elie Mamane 2024-07-18 11:28:27 UTC
Reproduced with
Version: 24.2.5.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 8; OS: Linux 6.9; UI render: default; VCL: gtk3
Locale: fr-LU (fr_LU.UTF-8); UI: en-GB
Debian package version: 4:24.2.5-1
Calc: threaded

Cannot reproduce with
Version: 7.5.5.2 (X86_64) / LibreOffice Community
Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e
CPU threads: 8; OS: Linux 6.9; UI render: default; VCL: gtk3
Locale: fr-LU (fr_LU.UTF-8); UI: en-US
Calc: threaded
Comment 5 raal 2024-07-26 18:15:51 UTC
I can confirm with Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 43812baa4ccd804cf441e45021d835783d4ebdf9
CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US
Calc: threaded
Comment 6 raal 2024-07-26 18:22:44 UTC
This seems to have begun at the below commit in bibisect repository/OS linux-64-24.2.
Adding Cc: to László Németh ; Could you possibly take a look at this one?
Thanks
 cdd05e43d1e4b23103a3d35b4b57fd4535945a34 is the first bad commit
commit cdd05e43d1e4b23103a3d35b4b57fd4535945a34
Author: Jenkins Build User <tdf@maggie.tdf>
Date:   Mon Nov 27 15:03:45 2023 +0100

    source 53de98b29548ded88e0a44c80256fc5e340d551e

159862: tdf#158333 sw smart justify: fix multiple text portions | https://gerrit.libreoffice.org/c/core/+/159862
Comment 7 Justin L 2024-10-18 14:05:02 UTC
Fixed in 24.8.3 with tdf#163060 sw smart justify: fix unwanted line break inside words

*** This bug has been marked as a duplicate of bug 163060 ***