Bug 54073 - CONFIGURATION: Formatting Aids - Options are not stored correctly, unchecked nonprinting characters becoming checked after disable/re-enabling formatting aids
Summary: CONFIGURATION: Formatting Aids - Options are not stored correctly, unchecked ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) All
: low minor
Assignee: Not Assigned
Whiteboard: BSA
Depends on:
Blocks: Options-Dialog
  Show dependency treegraph
Reported: 2012-08-26 09:33 UTC by Glutanimate
Modified: 2023-03-24 03:25 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description Glutanimate 2012-08-26 09:33:03 UTC
Problem description: Upon restart or reactivation the menu options under LibreOffice Writer / Formatting Aids have no effect. Regardless of what characters you chose to show, all get reactivated after switching the formatting aids off and on again.

Steps to reproduce:
1. Open any document of your choice
2. Activate the Formatting Aids (Strg + F10)
3. Change the Formatting Aids options under Preferences / LibreOffice Writer / Formatting Aids to show none of the available menu options
4. Hit save and go back to your document. You will now see that the only available Formatting Aid is the pager border.
5. Deactivate the Formatting Aids (STRG + F10)
6. Reactivate them (STRG+F10)
7. Result: initial Formatting Aids configuration is restored. All nonprinting characters are visible again

Current behavior: http://www.youtube.com/watch?v=PR9ssogeGc4 (please do not pay attention to the audio, it was recorded out of mistake)

Expected behavior: Checked and unchecked states of menu options under Preferences / LibreOfffice Writer should be properly stored and persist until manually changed by the user.

Platform (if different from the browser): Ubuntu 12.04 LTS
Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.1 (KHTML, like Gecko) Chrome/21.0.1180.81 Safari/537.1
Comment 1 Glutanimate 2012-08-26 09:45:57 UTC
I am sorry, I had uploaded the wrong video so I had to remove it. New video is on its way.
Comment 2 Glutanimate 2012-08-26 10:02:37 UTC
Alright, here you go: http://www.youtube.com/watch?v=_EhW2eQ56n4

This is the current behaviour with LibreOffice on Ubuntu 12.04 LTS.
Comment 3 Cor Nouws 2012-08-26 19:02:57 UTC Comment hidden (obsolete)
Comment 4 Glutanimate 2012-08-27 01:04:33 UTC
(In reply to comment #3)
> Hi Mark,
> Thanks for posting.
> I see that when I use View > Text boundaries and can set the borders to work
> how they should.
> But I've not yet found out, if it is complicated work-flow or my lack of
> understanding of it ;-)
> Maybe you can have a look?
> Cor

Hey Cor,

thank you for your comment. You are right, the page borders are correctly shown if both the "Formatting Aids" option and "Text boundaries" are active. What doesn't work is customizing what is shown in addition to the borders when activating Formatting Aids. In my case for instance, I wanted to disable paragraph and line break markers to only show the page borders. 

In previous versions of LibreOffice you were able to define which nonprinting characters should be visible and which should not be. You could choose the characters you wanted to see from the options menu (Options --> LibreOffice Writer --> Formatting Aids). That option does not work correctly in this version. 

Initially your changes are saved. As soon as you deactivate the "Formatting Aids" option, however, the program forgets the changes you have made and goes back to the initial configuration when Formatting Aids are activated again.


P.S.: If the Formatting Aids are disabled, the Text boundaries option just controls the visibility page corners. Only with previously activated Formatting Aids you can control the visibility of page borders.
Comment 5 Michael Stahl (allotropia) 2012-09-05 21:07:05 UTC
the resetting of "formatting aids" when clicking the non-printable toolbar button happens in LO 3.5, LO 3.4, OOo 3.4beta, OOo 3.3, OOo 3.2.1 and OOo 3.0.1
=> not a regression
Comment 6 Felix 2012-09-08 03:14:28 UTC Comment hidden (obsolete)
Comment 7 Jean-Baptiste Faure 2012-09-08 11:34:45 UTC Comment hidden (obsolete)
Comment 8 Jean-Baptiste Faure 2012-09-08 12:52:08 UTC Comment hidden (obsolete)
Comment 9 Glutanimate 2012-10-13 18:17:41 UTC Comment hidden (obsolete)
Comment 10 Jean-Baptiste Faure 2012-10-14 16:06:11 UTC Comment hidden (obsolete)
Comment 11 Glutanimate 2012-10-14 18:57:03 UTC
(In reply to comment #10)
> To keep your settings for non-printing characters, it seems there is two
> conditions:
> 1/ first show the non-printing characters by ctrl+F10 then change the
> settings.
> 2/ keep checked at least one non-printing character.
> Best regards. JBF

Thank you, this works fine. Still, I'd consider this more of a workaround than an actual solution. Maybe the problem lies with the available checkboxes. I think it would make sense to include a checkbox for page borders. That would solve the confusion around the formatting aids options.

Comment 12 Joel Madero 2013-06-22 16:04:25 UTC
Thank you for reporting this issue! I have been able to confirm the issue on:
Version: ID: b0a1666f756aa5f5315366eca9d7d02ddd55d2b
Date:   Tue May 28 08:51:01 2013 +0300 
Platform: Bodhi Linux 2.2 x64

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
As I've been able to confirm this problem I am marking as:

New (confirmed)
Minor - can slow down professional work but doesn't prevent it
Low - default seems appropriate
Comment 13 Cor Nouws 2013-06-22 22:01:11 UTC
is inherrited behaviour from old OOo, conform comment 5
Comment 14 QA Administrators 2015-03-16 23:33:26 UTC Comment hidden (obsolete)
Comment 15 Buovjaga 2015-03-31 08:04:33 UTC
(In reply to Felix from comment #6)
> Confirmed still present in Easiest way to reproduce:
> 1. go into options, libreoffice writer, formatting aids and uncheck all from
> the first column.
> 2. press ctrl+f10 three times
> visible marks for the following items return:
> paragraph end
> spaces
> tabs
> breaks
> hidden text
> The above items also have checkboxes in the relevant options screen again.


Win 7 Pro 64-bit Version:
Build ID: 8c3cf9dd48e40604867d3a28bddaccd65142df17
TinderBox: Win-x86@62-TDF, Branch:MASTER, Time: 2015-03-27_15:15:18
Locale: fi_FI
Comment 16 QA Administrators 2016-09-20 10:28:55 UTC Comment hidden (obsolete)
Comment 17 Jean-Baptiste Faure 2016-10-01 08:50:30 UTC Comment hidden (obsolete)
Comment 18 QA Administrators 2018-07-26 02:41:45 UTC Comment hidden (obsolete)
Comment 19 Jean-Baptiste Faure 2018-07-27 16:15:36 UTC Comment hidden (obsolete)
Comment 20 QA Administrators 2019-07-30 03:14:04 UTC Comment hidden (obsolete)
Comment 21 Jean-Baptiste Faure 2019-08-10 17:12:52 UTC
Still reproducible in LO and current master, both built at home under Ubuntu 18.04 x86-64.

Partial workaround from comment #10 still works too.

Best regards. JBF
Comment 22 Timur 2021-03-23 15:59:45 UTC
Repro 7.2+.
Comment 23 QA Administrators 2023-03-24 03:25:07 UTC
Dear Glutanimate,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword

Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team