Consider this Basic code: sub testHyphenator hyphenator = createUnoService("com.sun.star.linguistic2.Hyphenator") locale = new com.sun.star.lang.Locale locale.Language = "ru" locale.Country = "RU" if not hyphenator.hasLocale(locale) then MsgBox("Russian hyphenator must be installed") result = hyphenator.createPossibleHyphens("Переносимое", locale, array()) MsgBox Join (result.getHyphenationPositions(), ", ") end sub Make sure that the bundled Russian dictionaries (including hyphenator) are installed. Run the code. It shows "3, 5, 7, 0", and the fourth element is unexpected. It must be "3, 5, 7", in accordance to the documentation [1], telling: > sequence<short> getHyphenationPositions( ) > Returns > an ascending sequence of numbers where each number is an offset within the > original word which denotes a hyphenation position ... [1] https://api.libreoffice.org/docs/idl/ref/interfacecom_1_1sun_1_1star_1_1linguistic2_1_1XPossibleHyphens.html#a8f81658ad635eb427dbd6182b792866a
https://gerrit.libreoffice.org/c/core/+/177077
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/9c14ec81b6c25c7932964382f306dadfefeda518 tdf#164006: Only use original word's positions, ignore extra encoded length It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.