Bug 161421 - Not all hyphenation separators (hyphens) are displayed
Summary: Not all hyphenation separators (hyphens) are displayed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.0.0 alpha1+
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Hyphenation
  Show dependency treegraph
 
Reported: 2024-06-04 19:59 UTC by Stefan_Lange_KA@T-Online.de
Modified: 2024-06-24 13:32 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
zip file containing test document, screenshots and exported pdf (2.89 MB, application/x-zip-compressed)
2024-06-04 19:59 UTC, Stefan_Lange_KA@T-Online.de
Details
zip file with screenshots as addition to Comment 5 (1.15 MB, application/x-zip-compressed)
2024-06-23 20:37 UTC, Stefan_Lange_KA@T-Online.de
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan_Lange_KA@T-Online.de 2024-06-04 19:59:01 UTC
Created attachment 194547 [details]
zip file containing test document, screenshots and exported pdf

Some hyphenation separators are not displayed by Writer but instead spaces. As far as I have found until now it relates words hyphenated by Extras - Language - Hyphenation but not words hyphenated by Paragraph setting in Text flow - Hyphenation: Automatic.
The separators are present but "only" hidden (not displayed, spaces instead): When the document is opened in LO 24.2 the separators are displayed and they are also present when the document is exported to pdf by LOdev 24.8 Writer.

reproduced e.g. with
Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: fbe57382eef1138999f63e01b6152d4d05749807
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded

To show the problem I have added a zip file containing a odt test document, screenshots and  and a pdf document exported from the test odt document.
- Test document: Test_Silbentrennung_Trennzeichen_V7a.odt
- compare screenshots Hyph_Seps_LO_24.2.4.jpg and Hyph_Seps_LOdev_24.8.0.jpg to see the differences: many hyphenation separators on line ends with 24.2 vs. nearly no hyphenation separators with 24.8

To show that hypenation separators are hidden by Extras - Language - Hyphenation:
- open test document Test_Silbentrennung_Trennzeichen_V7a.odt
- select the text e.g. below subtitle 1.1.1.2
- open the hyphenation dialog by Extras - Language - Hyphenation and choose "Hyphenate" (in german "Trennen") or "Hyphenate to all" ("Alle trennen")
- Result:  Hyphenation separators displayed before have disappeared

Vice versa one can make appear the not displayed hyphenation separators by activating Paragraph setting "Hyphenation: automatic" and and removing all hyphenations by Extras - Language - Hyphenation and "Remove" ("Entfernen") for every singe place (seems "Remove to all" is not available).
Comment 1 Stefan_Lange_KA@T-Online.de 2024-06-04 22:46:17 UTC
concerning the information "Extras - Language - Hyphenation": In the english version this is "Tools - Language - Hyphenation"

I have tried to bisect the behavior but the Master version in Github is too old (4 weeks).
Comment 2 Stefan_Lange_KA@T-Online.de 2024-06-04 22:48:03 UTC Comment hidden (obsolete)
Comment 3 Stefan_Lange_KA@T-Online.de 2024-06-08 11:37:16 UTC
The Problem first occured in master/Win-x86_64@tb77-TDF in the build from 2024-05-25_03.57.4:
Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: b227481b63000b556e648ad607ffeb86681482a0
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded 

In the build from 2024-05-24_03.59.47 the problem was still not present:
Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 322b158c5c517cb0242e95240928949ab41d95a0
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded
Comment 4 Dieter 2024-06-23 10:55:35 UTC
Stefan, thank you for reporting the bug, but I can't confirm it with

Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: d2eab48f697a1e6097778158f623f11306ac7a3d
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

My steps:
1. Open Test_Silbentrennung_Trennzeichen_V7a.odt from attachment 194547 [details]
2. Select some text (e.g. below subtitle 1.1.1.2)
3. Tools -> Language -> Hyphenation -> Hyphenate All

Actual and expected result:
Hyphenation still visible
Comment 5 Stefan_Lange_KA@T-Online.de 2024-06-23 20:35:48 UTC
(In reply to Dieter from comment #4)
> Stefan, thank you for reporting the bug, but I can't confirm it with
> 
> Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
> Build ID: d2eab48f697a1e6097778158f623f11306ac7a3d
> CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render:
> Skia/Raster; VCL: win
> Locale: de-DE (de_DE); UI: en-GB
> Calc: CL threaded
> 
> My steps:
> 1. Open Test_Silbentrennung_Trennzeichen_V7a.odt from attachment 194547 [details]
> [details]
> 2. Select some text (e.g. below subtitle 1.1.1.2)
> 3. Tools -> Language -> Hyphenation -> Hyphenate All
> 
> Actual and expected result:
> Hyphenation still visible

This is strange because it is a build created after the date I have seen this behavior first.
I have made a new test with the newest bild and the erronous behavior still exists, see screenshots in attached zip file "bug 161421 new screenshots (1).zip".
Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community
Build ID: d681c57ba51b635ba7c85b21e062732110e8293f
CPU threads: 4; OS: Windows 11 X86_64 (10.0 build 22635); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Newest change is: d681c57 tsan: fix data race in VCLXWindowImpl by Noel Grandin · 32 hours ago libreoffice-24-8 -> Fri Jun 21 14:04:20 2024 +0200

In my screenshots I have coloured the places where hypens are displayed (light green) and where they are "hidden" (dark yellow).

In my new test I have also seen that also hyphens hidden before are are displayed after hyphenate all + undo.
Comment 6 Stefan_Lange_KA@T-Online.de 2024-06-23 20:37:58 UTC
Created attachment 194919 [details]
zip file with screenshots as addition to Comment 5
Comment 7 Stéphane Guillou (stragu) 2024-06-24 13:31:58 UTC
reproduced in:

Version: 24.8.0.0.beta1+ (X86_64) / LibreOffice Community
Build ID: 1b61abc4451d38984338b750d85770ec9871060a
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

Using dict-de-de-frami-2017-01-12

Bibisected with linux-64-24.8 repo to first bad build [51e77fbe6053014344651519c29d426f53e08015] which is:

commit 1e9a5ee8671f9a48894849d3cba4d65afa181554
author	Heiko Tietze 	Thu May 23 14:58:46 2024 +0200
committer	Heiko Tietze 	Fri May 24 16:30:31 2024 +0200
Resolves tdf161196 - Visibility of formatting marks
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/167987

Heiko, can you please have a look?
Comment 8 Stéphane Guillou (stragu) 2024-06-24 13:32:25 UTC
(Heiko, forgot to CC you, please see above)