Bug 128070 - In Fields / Variables separator cannot be used due to zero max width
Summary: In Fields / Variables separator cannot be used due to zero max width
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0.7.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-10 09:21 UTC by Tomas Petricek
Modified: 2019-10-16 09:54 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 Tomas Petricek 2019-10-10 09:21:36 UTC
Description:
When inserting custom field (Insert, Field, More Fields..., window Fields, tab Variables), having Level >= 1, the Separator textbox has maximum zero width and therefore cannot be used. (It is not grayed out.) When trying to insert from clipboard it says "The inserted text exceeded the maximum length of this text field. The text was truncated.".

This seems only be true for the new/custom variables, for example, I created new  Number range (Type) called Requirement (Name, or Select), chose Level 1 in Numbering by Chapter, I cannot put anything into Separator.

If I choose already defined Number range Illustration, the Separator contains ".", has maximum width 1 and can be edited.

I would suggest to remove maximum width constraint for Separator completely and let the user decide what s/he wants.
Or, at least maximum width 1 should be used for new fields too.

Steps to Reproduce:
1. Create new Number range (Type) called Test (Name).
2. Choose Level 1 in Numbering by Chapter.
3. Try to put anything in Separator.

Actual Results:
You cannot put anything in Separator.

Expected Results:
You can put at least 1 character. Preferably, I would enforce no constraints and let the user decide how the separator should look like, e.g. letting her/him use "->".


Reproducible: Always


User Profile Reset: No



Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Linux (All)
OS is 64bit: yes

Version: 6.0.7.3
Build ID: 1:6.0.7-0ubuntu0.18.04.10
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 Xisco Faulí 2019-10-10 11:59:38 UTC
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 Tomas Petricek 2019-10-10 14:50:01 UTC
I installed a fresh version:

Version: 6.3.2.2
Build ID: 98b30e735bda24bc04ab42594c85f7fd8be07b9c
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

and there the issue is gone - a single char separator can be set.

Thanks!
Comment 3 Xisco Faulí 2019-10-10 14:51:09 UTC
Thanks for retesting with the latest version.
Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.
Comment 4 Justin white 2019-10-16 09:54:52 UTC
Fantastic! I love the ideas you bring here. I bet there are many readers of your blog who have changed their point of view after reading it!
http://centralmenus.co.uk/toby-carvery-menu-prices-locations/