Bug 114422 - Incomplete Hungarian word breaking (only with the experimental --with-locales)
Summary: Incomplete Hungarian word breaking (only with the experimental --with-locales)
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Localization (show other bugs)
Version:
(earliest affected)
6.1.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-12 12:14 UTC by László Németh
Modified: 2017-12-13 14:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Hungarian document with few example words with bad word breaking in master (9.10 KB, application/vnd.oasis.opendocument.text)
2017-12-12 12:20 UTC, László Németh
Details
Screenshot of the problem (15.87 KB, image/png)
2017-12-12 15:07 UTC, László Németh
Details

Note You need to log in before you can comment on or make changes to this bug.
Description László Németh 2017-12-12 12:14:06 UTC
Affixes of all common affixed forms of years, percent, paragraph etc. are underlined now by the spell checker, caused by bad word breaking.

Test words (also in the attached Hungarian test document):

2017-ben, 2018-ról, 2019-ig, %-ig, 5%-kal, ‰-hez, 5‰-hez, §-ban, 25°-kal, °C-on
Comment 1 László Németh 2017-12-12 12:20:57 UTC
Created attachment 138395 [details]
Hungarian document with few example words with bad word breaking in master
Comment 2 László Németh 2017-12-12 12:23:58 UTC
Word breaking is correct in 6.0 beta 2, but not in master.

@Eike, maybe this is related to the (fixes of the) ICU update?
Comment 3 Eike Rathke 2017-12-12 13:02:03 UTC
That affected only the '/' slash handling.
Maybe something else related to the ICU upgrade.
Comment 4 Eike Rathke 2017-12-12 13:41:09 UTC
Can't reproduce, installed hunspell-hu and hyphen-hu, spell-checking doesn't find anything wrong in the attached document.
Comment 5 László Németh 2017-12-12 15:07:57 UTC
Created attachment 138398 [details]
Screenshot of the problem
Comment 6 László Németh 2017-12-12 15:18:32 UTC
@Eike, I have got problem only with the master. Now I have attached a screen shot, too. It seems, LO 6.0 is not affected, so the problem is not urgent, especially if this is not a reproducible problem. Many thanks for checking.
Comment 7 Aron Budea 2017-12-12 16:18:54 UTC
Hm, I get no issues in a recent master build (ab3c05f55d87984b8b5f9b9b329698cb9bdfb40b from 12-09), either, the words aren't marked as incorrect. Meddling with them, and producing wrong results, eg. "2017-bben" are marked as expected (once space is pressed).
Comment 8 Eike Rathke 2017-12-12 20:48:29 UTC
(In reply to László Németh from comment #6)
> @Eike, I have got problem only with the master.
I tried in master with the internal ICU, but can't reproduce.
Comment 9 László Németh 2017-12-13 10:27:32 UTC
@Aron, Eike: I've made a full rebuild (again with --with-locales="en hu" --with-lang=hu de), and I have got the same problem on my Ubuntu. But I close this bug report (only opening again if I will have problems with the beta, RC 1 releases). Many thanks for your help!
Comment 10 Eike Rathke 2017-12-13 13:33:34 UTC
(In reply to László Németh from comment #9)
> full rebuild (again with --with-locales="en hu"
> --with-lang=hu de)
Seeing --with-locales there, does it also fail if you omit that option? -with-locales should not be used unless you want to shrink data size and break things ;-)
(which ./configure --help actually says..)
Comment 11 László Németh 2017-12-13 14:05:18 UTC
(In reply to Eike Rathke from comment #10)
> (In reply to László Németh from comment #9)
> > full rebuild (again with --with-locales="en hu"
> > --with-lang=hu de)
> Seeing --with-locales there, does it also fail if you omit that option?
> -with-locales should not be used unless you want to shrink data size and
> break things ;-)
> (which ./configure --help actually says..)

@Eike, you are absolutely right. Rebuilding i18npool without --with-locales, everything works fine. :)

@Eike, Aron: sorry for the false alarm, and thanks again.