[Libreoffice-bugs] [Bug 131425] New: Inconsistant behavior when changing part of a cross reference source

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=131425

            Bug ID: 131425
           Summary: Inconsistant behavior when changing part of a cross
                    reference source
           Product: LibreOffice
           Version: 6.4.1.2 release
          Hardware: All
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: christian.pietzsch at gmail.com

Description:
Marking/overwriting part of a cross reference leads to different beahaviors
depending on whether the reference has been edited before since the document
was opened.

Ref 1 has a leading space included in the ref source
Ref 2 has no spaces
Ref 3 has a space following the text included in the source

Steps to Reproduce:
1st scenario:
1.Open attached file (or create new file --> type a word --> set reference
[Insert - Field - More Fields - Cross-references])
2. doubble click on first Ref* to mark the word
3. type new word

2nd scenario:
1. open document
2. klick inside Ref* and delete a character or add one
3. double click to markt the word
4. type to replace with new word

3rd scenario:
1. open document
2. put cursor at the end of one of the Ref*
3. use backspace to delete the word
4. Type new word

Actual Results:
1st scenario: (see attachment [Refs double click no edit])
- Ref1 --> first letter of the new word gets included into the cross ref; the
rest doesn't 
- Ref2 --> cross ref get destroyed
- Ref3 --> none of the new characters get included into the cross ref

2nd scenario: (see attachment [Refs with editing])
- Ref1 --> new word completely in cross ref (desired behavior!!)
- Ref2 --> cross ref annihilated
- Ref3 --> none of the new characters get included into the cross ref

3rd scenario:(see attachment[Refs backspace no edit])
-Ref1 --> none of the newly typed characters get included in the cross ref
(only leading space persists)
- Ref2 --> cross ref destroyed (expected behavior!!)
- Ref3 --> none of the new characters get included into the cross ref



Expected Results:
When double clicking a referenced word (no matter if it has a leadind/following
or no space) and retyping should always keep the reference alive and replace it
with the new word (see Ref1 in 2nd scenario).
In my opinion the same should apply for deleting part of a referenced section
(section deleted is at the end or beginning of the marked section--> deleting
things in the middle doesn't cause problems)
Only exception is deleting the whole referenced section/word (like Ref2 in 3rd
scenario)


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.4.1.2 (x64)
Build-ID: 4d224e95b98b138af42a64d84056446d09082932
CPU-Threads: 2; BS: Windows 10.0 Build 18362; UI-Render: GL; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200319/5d5de7d9/attachment-0001.htm>