Bug 125973 - line breaking: Long lines break only in second row (if paragraph language is English)
Summary: line breaking: Long lines break only in second row (if paragraph language is ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Hyphenation
  Show dependency treegraph
 
Reported: 2019-06-18 00:22 UTC by DarkTrick
Modified: 2021-11-26 08:27 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
Demonstrates the strange breaking behaviour for long lines (9.96 KB, application/vnd.oasis.opendocument.text)
2019-06-18 00:22 UTC, DarkTrick
Details
screenshot, that shows the breaking behavior for a long line (4.30 KB, image/png)
2019-06-25 05:38 UTC, DarkTrick
Details
Result in 7.0.0.0 (236.37 KB, image/jpeg)
2020-02-14 11:14 UTC, Dieter
Details
improved screenshot (LO 7.1.7.2 ) (9.77 KB, image/png)
2021-11-24 23:09 UTC, DarkTrick
Details

Note You need to log in before you can comment on or make changes to this bug.
Description DarkTrick 2019-06-18 00:22:55 UTC
Created attachment 152254 [details]
Demonstrates the strange breaking behaviour for long lines

Reproduce:

1) write the following in a document:
a bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbebbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb c

(the bs should exceed one line in length.


2) Format paragraph to hyphonize

3)

Expected: 
 Fill first line with as much "b"s as possible - maybe hyphonize at "e"

Actual:
 First row is almost empty. "b"-word breaks in second line

Notes:
 - If "b"-word would not break inside the second line, the actual behaviour would be understandable. But the word has to break anyway. Therefore it looks strange having an almost completely empty first row.

@ Attachment: Demonstrates behaviour for inside table and inside page
Comment 1 Dieter 2019-06-24 19:04:43 UTC
Thank you for reporting the bug. But I can't confirm this with

Version: 6.2.5.1 (x64)
Build-ID: 9a940173fab1747f02322bc89779759d52b3a086
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 2 DarkTrick 2019-06-25 05:38:48 UTC
Created attachment 152375 [details]
screenshot, that shows the breaking behavior for a long line
Comment 3 DarkTrick 2019-06-25 05:39:43 UTC
> Version: 6.2.5.1 (x64)
Where did you get that version from? It's not even in the bug reporting version list?

User profile reset changes nothing:
  I reset my user profile to factory settings, restarted, tried again, but the described behaviour still remains.

Can you add a screenshot what happens on your machine? Maybe you need more bs to reach the line length.
I added a screenshot from my machine.
Comment 4 Dieter 2019-06-25 05:45:26 UTC
(In reply to BottleOnTheGround from comment #3)
> > Version: 6.2.5.1 (x64)
> Where did you get that version from? It's not even in the bug reporting
> version list?

https://dev-builds.libreoffice.org/pre-releases/
Comment 5 Xisco Faulí 2019-08-09 11:57:10 UTC
Hello BottleOnTheGround,
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 6 DarkTrick 2019-08-13 04:35:22 UTC
Confirmed in 6.4.0.0.alpha0+
Comment 7 Dieter 2020-02-14 11:14:35 UTC
Created attachment 157854 [details]
Result in 7.0.0.0

I can't reproduce it with

Version: 7.0.0.0.alpha0+ (x64)
Build ID: eeb2d19e77d6dc47c68e8ba0920a02cf64a1247b
CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

ses attached result. I assume, this is the result you expect, right?

Could you please test with actual master or with LO fresh?

=> NEEDINFO
Comment 8 DarkTrick 2020-02-22 09:22:11 UTC Comment hidden (obsolete)
Comment 9 Dieter 2020-02-22 16:28:39 UTC Comment hidden (obsolete)
Comment 10 DarkTrick 2020-02-24 23:43:02 UTC
I can reproduce it with 

Version: 7.0.0.0.alpha0+
Build ID: fef40fd13ec1739f5308d1ff3bcc2291e7a5d96f
CPU threads: 1; OS: Linux 5.3; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-02-22_03:27:06
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

I also added hyphon control as shown in your attached image
Comment 11 Dieter 2021-11-23 15:48:23 UTC
DarkTrick, you can't confirm your own bugs
=> Back to UNCONFIRMED
Comment 12 DarkTrick 2021-11-24 00:18:02 UTC
I don't understand what you expect. Back then I tested it with the latest dev version (as far as I remember and my comment says)
Comment 13 Dieter 2021-11-24 07:19:04 UTC
(In reply to DarkTrick from comment #12)
> I don't understand what you expect.

You've changed your own report to stsatus NEW. But status NEW means, that another person than the bug reporter could reproduce the bug. But this is not the case here.

I treid to reproduce it again, but I don't understand your expectation. "a" is a line with a line breakor a paragraph break behind, so the "bs" will never fill first line after hyphenation. On the other hand, if you have a space behind "a"and type a lot of "bs", it works as expected. So I can't see a problem here.
Comment 14 DarkTrick 2021-11-24 23:08:29 UTC
> I tried to reproduce it again, but I don't understand your expectation. "a" is a line with a line breakor a paragraph break behind, so the "bs" will never fill first line after hyphenation.

Apologies. Unfortunately the browser also breaks after the space, so it looks like 3 lines in here, but the content is not broken:

a bbbb....eb.... c

↑ this is the correct input.

I added an improved screenshot.
Comment 15 DarkTrick 2021-11-24 23:09:27 UTC
Created attachment 176482 [details]
improved screenshot (LO 7.1.7.2 )
Comment 16 Dieter 2021-11-25 16:22:05 UTC
Thank you for your screenshot. That makes it clearer. 

I can reproduce it, if language of paragraph is English, but I can't confirm, if language is set to German (Line break is before "bebbbb...")

Version: 7.2.3.2 (x64) / LibreOffice Community
Build ID: d166454616c1632304285822f9c83ce2e660fd92
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
Comment 17 Dieter 2021-11-26 07:58:34 UTC
Marco, I think you might be interested in this issue, because I use your english dictionary for LibreOffice

cc: Marco A.G. Pinto
Comment 18 Marco A.G.Pinto 2021-11-26 08:27:39 UTC
Hello!

The hyphenator on the English Dictionaries is the one that was on LibreOffice before I took the project.

Hyphenators are very hard to code.

If someone is willing to try to fix it, use my tool:
https://proofingtoolgui.org

If a fix is made available, attach it here, and I will add to the extension.


Thanks!