Bug 151162 - Inserting a Word Joiner Unicode character doesn't always prevent a line break from occurring
Summary: Inserting a Word Joiner Unicode character doesn't always prevent a line break...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-09-24 12:02 UTC by ask4support
Modified: 2024-01-16 07:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
A sample file (12.61 KB, application/vnd.oasis.opendocument.text)
2022-09-24 12:02 UTC, ask4support
Details
Demonstration file with a tutorial (1.11 MB, application/vnd.oasis.opendocument.text)
2023-09-24 10:45 UTC, ask4support
Details

Note You need to log in before you can comment on or make changes to this bug.
Description ask4support 2022-09-24 12:02:39 UTC
Created attachment 182661 [details]
A sample file

Inserting a Word Joiner character before/after space sometimes does nothing.
Comment 1 numzero 2023-02-14 14:08:51 UTC
I’ve ran into this as well. This is especially problematic in justified text where one can’t simply use non-breakable spaces like U+00A0 instead as they don’t stretch.

As suggested in https://ask.libreoffice.org/t/variable-width-non-breaking-space/87672, the WJ has to be before the space and never after it. As far as I can see, that works except of one single case: the break still occurs if the word before the word joiner fits into the line but the following space does not.

LO version: 7.4.3.2
Comment 2 Buovjaga 2023-03-27 10:37:27 UTC
Note for testers: you can insert a word joiner through Insert - Special Character and using the Search box.

I tried to reproduce this from scratch in a text box similarly to what is seen in attachment 182661 [details]. I made two test paragraphs, inserting the WJ before and after a space between the last two words where the last word was normally breaking to a new line. In both cases, it worked as the two last words were now breaking to a new line.

If I made a mistake, please correct me by writing down extremely specific instructions. Even a screen recording might be considered, so there is no room for mistakes.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.

Arch Linux 64-bit, X11
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: a9ba09b66feec19206b0b7c6b70c6d905a6dbfe2
CPU threads: 8; OS: Linux 6.2; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 27 March 2023
Comment 3 QA Administrators 2023-09-24 03:15:12 UTC Comment hidden (obsolete)
Comment 4 ask4support 2023-09-24 10:45:58 UTC
Created attachment 189793 [details]
Demonstration file with a tutorial

I'm sorry, I do not currently have the opportunity to record a video tutorial, but I've compiled an ODT tutorial with the piece of form that let me discover this bug.
Comment 5 Buovjaga 2024-01-16 07:04:11 UTC
(In reply to ask4support from comment #4)
> Created attachment 189793 [details]
> Demonstration file with a tutorial
> 
> I'm sorry, I do not currently have the opportunity to record a video
> tutorial, but I've compiled an ODT tutorial with the piece of form that let
> me discover this bug.

Thanks. I tried again and noticed that it can be reproduced with a very specific width of the box. So writing out the instructions from your file and modifying them a bit

1. Insert - Frame - Frame...
2. In Position and Size tab, Width: 2,92 " or 7,41 cm
3. In Borders tab, all padding to 0
4. Copy and paste the text from the frame in attachment 189793 [details]

Note that the font should be Liberation Sans and size 8 pt.

I could reproduce already in version 3.5.0

Arch Linux 64-bit, X11
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 5703d3af04b8fe78fdd4dbef14b08d8446402779
CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 14 January 2024