Bug 129020 - Using track changes, with changes hidden, cursor gets stuck before rather than after typed character
Summary: Using track changes, with changes hidden, cursor gets stuck before rather tha...
Status: REOPENED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.3.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes Text-Cursor
  Show dependency treegraph
 
Reported: 2019-11-25 16:04 UTC by martyhiatt
Modified: 2023-10-04 05:32 UTC (History)
1 user (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 martyhiatt 2019-11-25 16:04:41 UTC
Description:
on debian gnu/linux, up to date libre office (Version: 6.3.3.2.0+, from buster backports)

when using track changes, with 'show' option unchecked, so that changes are not visible, sometimes when i type a character, the cursor is forced to the left of what i type, and stays there. this has the effect freezing the cursor in place, because it is normally moved to the right by what you type.

its only occasional, and i don't know if there is any specific (formatting, etc) situation in which it occurs. i'm not working with tables or anything fancy, just plain text processing in main body of the page. document is long thought (20 000 + words).

sorry if already reported, its tricky to search for what someone else might call this phenomenon.


Steps to Reproduce:
1.open large file
2. enable track changes, uncheck 'show'
3. move around editing/adding text


Actual Results:
 cursor stays in one place, newly typed text is inserted after cursor.

Expected Results:
cursor shd follow not precede newly inserted text. 


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
Comment 1 martyhiatt 2019-11-25 17:17:34 UTC
(once the cursor position freezes, only moving it somewhere else with arrows or mouse seems to unfreeze it.)
Comment 2 Timur 2019-11-25 17:53:54 UTC
This is an example of wrong bug report, no steps and not reproducible, even no screenshot or sample file.
If not sure, there's https://ask.libreoffice.org/ you may ask there.
This might be something trivial as that if text marked from right, new one is typed after, and if marked from left, new one typed before.
I'll close as Invalid. 
If you have reproducible steps, you may set Unconfirmed again.
Comment 3 Tero Niemi 2021-02-06 15:43:48 UTC
Bug exists in:
Version: 7.1.0.3 (x64) / LibreOffice Community
Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c
CPU threads: 12; OS: Windows 10.0 Build 19042; UI render: default; VCL: win
Locale: fi-FI (fi_FI); UI: en-GB
Calc: CL

How to reproduce:

0. Open new text document.
1. Type "Kissa on karvainen." Leave cursor on the end of the line.
2. Turn on "Record track changes", untick "Show track changes".
3. Move cursor to the end of "on": "Kissa on| karvainen." 
4. Remove " on": "Kissa| karvainen."
5. Type " oli" (space + "o" + "l" + "i")

Expected result (with cursor position):
	"Kissa oli| karvainen."

What happens:
	"Kissaoli|  karvainen."
(Notice two spaces AFTER cursor.)