[Libreoffice-bugs] [Bug 109266] New: EDITING: Record Changes feature does not record changes to letter case with Shift+F3 , 'Cycle Case', 'tOGGLE cASE' shortcuts

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Sat Jul 22 09:27:13 UTC 2017


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

            Bug ID: 109266
           Summary: EDITING: Record Changes feature does not record
                    changes to letter case with Shift+F3, 'Cycle Case',
                    'tOGGLE cASE' shortcuts
           Product: LibreOffice
           Version: 5.2.5.1 release
          Hardware: x86-64 (AMD64)
                OS: Windows (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: brian at osdinitiatives.com

Description:
Using Shift+F3 or the corresponding toolbar shortcuts changes the letter case
correctly, however these changes are not properly recognized as changes made by
the user and recorded. If a word has been changed from lower to uppercase
manually, the original letters are struck out and the new ones added and
underlined. If the upper and lowercase letter are selected and UPPERCASED with
the shortcut function, all the lowercase struck-out letters will be uppercased.

Steps to Reproduce:
Example 1
1. Type "sample" into a new document.
2. Activate 'Record Changes'.
3. Select 'm'.
4. Format > Text > UPPERCASE.

Example 2
1. Type "sample" into a new document.
2. Activate 'Record Changes'.
3. Select 'm'.
4. Type 'M'.
5. Select "SamMple".
5. Format > Text > UPPERCASE.

Actual Results:  
Example 1
"saMple"
But without the colored/struck-out lowercase m and uppercase M is not
colored/underlined.

Example 2
"SAMMPLE"
What should be 'm' and the following 'M' still have the correct decoration
indicating the recorded changes but the first 'm' is now uppercase. The rest of
the letters do not have the proper decoration. Rejecting the change results in
"SAMPLE".


Expected Results:
Example 1
"samMple" (m colored and struck-out, M colored and underlined)

Example 2
"samMple" (m colored and struck-out, M colored and underlined)
then
"sampleSAMPLE" ("sample" colored and struck-out, "SAMPLE" colored and
underlined)



Reproducible: Always

User Profile Reset: No
It also happens on a different computer.

Additional Info:
The same inconsistent behavior happens with text tables and in Calc
spreadsheets cells. The changes act the same through undo/redo cycles. The info
box that pops up when hovering over a changed spreadsheet cell also shows the
same incorrect information. This behavior changes depending weather I select
the cell and change the case or double click then select just the text and
change the case.

It looks like the program doesn't consider changes made by the Change Case
functions to be done by the user, so they are not recorded when they should be.
May be related to Bug 106380.

Also exists in and old copy of OpenOffice 4.1.2


User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:54.0) Gecko/20100101
Firefox/54.0

-- 
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/20170722/8dfa28d0/attachment.html>


More information about the Libreoffice-bugs mailing list