Bug 162873 - after up-rev to 24.8.0.3, cannot enter non-breaking spaces
Summary: after up-rev to 24.8.0.3, cannot enter non-breaking spaces
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.0.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-09-08 20:21 UTC by Dave Lovelace
Modified: 2024-09-09 13:34 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Dave Lovelace 2024-09-08 20:21:55 UTC
I recently (this past week) up-revved from something pretty old to 24.8.0.3, and just discovered that I can no longer enter non-breaking spaces (ctl-shift-spacebar).  This is something I do fairly frequently.  It's not just a question of whether they display--I've made sure "field shadings" under View is on.  I've tested it by creating a lot of single-character "words", attempting to insert non-breaking spaces between them, then inserted text ahead of them.  As each reaches the margin, that one character is moved to the next line.

Here's version info:
Version: 24.8.0.3 (X86_64) / LibreOffice Community
Build ID: 0bdf1299c94fe897b119f97f3c613e9dca6be583
CPU threads: 4; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 1 m_a_riosv 2024-09-08 22:54:55 UTC
Have you verified if it is defined in Menu>Tools>Customize>Keyboard?

Please test in safe mode, Menu/Help/Restart in Safe Mode
Comment 2 Dave Lovelace 2024-09-09 00:11:28 UTC
Worse yet.  All the existing non-breaking spaces (dozens, in my document with several hundred pages) are now no longer there.
Comment 3 Dave Lovelace 2024-09-09 00:21:32 UTC
(In reply to m_a_riosv from comment #1)
> Have you verified if it is defined in Menu>Tools>Customize>Keyboard?
> 
> Please test in safe mode, Menu/Help/Restart in Safe Mode

I have now done so.  I had not previously, because (1) I never had even seen this section (Menu>Tools>Customize>Keyboard) before and didn't know it existed, (2) in researching the problem (information on non-breaking spaces) NOT ONE TIME was this mentioned as something that needed to be set up, and (3) why would an update to a new rev change any settings of this sort?  But at any rate, for Ctrl+Shift+Space it shows "Insert No-break space".

And as I noted (admittedly since your reply), I discovered that previously existing no-break spaces are now gone.  From my point of view, this is a serious problem.
Comment 4 Dave Lovelace 2024-09-09 00:44:09 UTC
(In reply to Dave Lovelace from comment #3)
> (In reply to m_a_riosv from comment #1)
> > Have you verified if it is defined in Menu>Tools>Customize>Keyboard?
> > 
> > Please test in safe mode, Menu/Help/Restart in Safe Mode
> 
> I have now done so.  I had not previously, because (1) I never had even seen
> this section (Menu>Tools>Customize>Keyboard) before and didn't know it
> existed, (2) in researching the problem (information on non-breaking spaces)
> NOT ONE TIME was this mentioned as something that needed to be set up, and
> (3) why would an update to a new rev change any settings of this sort?  But
> at any rate, for Ctrl+Shift+Space it shows "Insert No-break space".
> 
> And as I noted (admittedly since your reply), I discovered that previously
> existing no-break spaces are now gone.  From my point of view, this is a
> serious problem.

Hmph!  I did as you asked, and restarted in safe mode.  Empty document.  I entered a bunch of individual letters, separating some with ctrl-shift-space, some with spaces, then entered text at the very beginning until they started wrapping off the right margin.  Contrary to what I observed earlier, the groups separated with no-break spaces did wrap together.  I went back to normal mode, and observed the same.  I don't know whether things changed between my two tests or whether my observations were wrong the first time.  I incline toward the latter, but don't know whether opening in safe mode could affect this (even after returning to normal mode).

HOWEVER, I am unable to tell by looking whether the no-break spaces are there or not.  According to everything I found (first round of research), what controls this is View->Field Shadings.  It doesn't matter whether that is checked or not; no shading shows.

So do I need to enter another bug report to get THAT in?  I really do need to be able to see whether these things (both non-breaking hyphens and non-breaking spaces) are correctly present.

(I'll add that this is a good example of why I always hesitate to up-rev.  In my experience, it ALWAYS breaks something that was working.)
Comment 5 QA Administrators 2024-09-09 03:15:52 UTC Comment hidden (obsolete)
Comment 6 V Stuart Foote 2024-09-09 13:33:11 UTC
see your bug 162876, the NBS and Soft-hyphens are not visible by default and are set by checkbox from Tools -> Options -> LO Writer -> Formatting Aids 

Toggle is now by <Ctrl>+F10 rather than previous <Ctrl>+F8 of field shading.

otherwise the <Ctrl>+<Shift>+<Space> is default assigned to .uno:InsertNonBreakingSpace