Bug 85781 - Erratic text behavior when hidden characters are at the end of a line/paragraph
Summary: Erratic text behavior when hidden characters are at the end of a line/paragraph
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Character
  Show dependency treegraph
 
Reported: 2014-11-03 01:20 UTC by Larry Bennett
Modified: 2023-07-16 23:15 UTC (History)
3 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 Larry Bennett 2014-11-03 01:20:17 UTC
In Writer, if a line ends with hidden characters, attempting to type on the line below that line behaves strangely.  The first keystroke disappears and the cursor jumps up to the beginning of the line containing the hidden characters and then subsequently typed characters are visible.

Replication of the problem:
 1. Type this text on a new line: Hidden text follows: abcdefghijklmnop
 2. Select the characters abcdefghijklmnop by holding the shift key down while using the left arrow key
 3. Using the menu, select Format, Character, check Hidden and click OK
 4. On the keyboard, press the Home key
 5. On the keyboard, press the End key
 6. On the keyboard, press the Enter key
 7. Type this text: qrstuvwxyz
 8. Observe that the "q" has disappeared and that the rstuvwxyz are at the beginning of the line entered in step #1.
 9. On the keyboard, press the End key.
 10. On the keyboard, holding the shift key down, press the arrow left key
 11. Using the menu  select Format, Character
 12. Observe that the hidden text shows the characters abcdefghijklmnop and that the letter q is missing.
Comment 1 Terrence Enger 2014-11-03 13:36:31 UTC
Thank you, Larry, for a clear bug report.  Just to be picky, I note
the need for step:
11.1. In tab "Font Effects", unselect Hidden.

I confirm seeing the problem on Windows in

    Version: 4.4.0.0.alpha1+
    Build ID: b167d1127e1579468a74c4414e7f4f33d9d24122
    TinderBox: Win-x86@51-TDF, Branch:MASTER, Time: 2014-11-02_03:04:44

and on Linux in daily dbgutil bibisect version 2014-11-03 and in the
43all bibisect repository version oldest.

Terry.
Comment 2 Robinson Tryon (qubit) 2015-12-14 05:40:11 UTC Comment hidden (obsolete)
Comment 3 Xisco Faulí 2016-09-14 14:52:05 UTC
Only regressions should use the keyword 'preBibisect'. Removing it...
Comment 4 Xisco Faulí 2017-09-29 08:52:37 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2019-12-03 14:25:08 UTC Comment hidden (obsolete)
Comment 6 Larry Bennett 2019-12-04 02:29:00 UTC
I never received an email requesting that I retest this bug.  :-(
Comment 7 Larry Bennett 2019-12-04 02:33:33 UTC
(In reply to Larry Bennett from comment #6)
> Noticing comment #4, I never received an email requesting that I retest this bug.  :-(

Today, I have retested and the bug still exists.

Versions re-tested:

Version: 6.1.5.2 (x64)
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group threaded

Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

Version: 6.3.3.2 (x64)
Build ID: a64200df03143b798afd1ec74a12ab50359878ed
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 8 QA Administrators 2022-09-01 03:48:52 UTC Comment hidden (obsolete)
Comment 9 Terrence Enger 2023-07-16 23:15:37 UTC
I observe hat the problem is fixed in LO 7.5.2.2 as delivered with debian-sid.  For comparison, the problem was still present in LO 6.1.5.2 as delivered with debian-buster.

I am setting bug status RESOLVED WORKSFORME.