When you add text and move the cursor via the arrow keys a line up or down, the cursor doesn't jump to the corresponding character in the line up or below but rather to the start of edit. Maybe an example: We start with this text (cursor is the pipe symbol): Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet,| Now we add text (" consetetur sadipscing elitr.") and the cursor is at the end of the second line: Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr.| When you press arrow key up, the cursor jumps to the start of the edit rather to the corresponding character in the above line: actual expected | | v v Stet clita kasd gubergren, no sea takimata sanctus est Lorem ipsum dolor sit amet. Lorem ipsum dolor sit amet, consetetur sadipscing elitr.|
Can not confirm on Windows 10 Pro 64-bit en-US with Version: 5.0.1.1 (x64) Build ID: 13f702ca819ea5b9f8605782c852d5bb513b3891 Locale: en-US (en_US) Movement of text cursor with Up or Down moves within the current paragraph to the expected location.
Created attachment 118171 [details] test file Reproducible with Verze: 5.0.0.5 ID sestavení: 1b1a90865e348b492231e1c451437d7a15bb262b Steps to reproduce> open attachment go to the end of the text with keyboard write few random words click twice key up
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Really weird bug. Still reproducible with Version: 6.3.0.0.alpha0+ Build-ID: 51af3179cf972809d6495c7d58033e069f647bbf CPU-Threads: 4; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-01_00:15:00 Gebietsschema: de-AT (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded
Bibisected to the following commit using repo bibisect-44max. Found bug 119635 as a similar issue. (possible dupe?) Adding Cc: to Juergen Funk. https://cgit.freedesktop.org/libreoffice/core/commit/?id=d58bea0ffa2a2fe79103ab7aa743aea63e27a0fd author Juergen Funk <juergen.funk_ml@cib.de> 2014-09-17 16:31:20 +0200 committer Samuel Mehrbrodt <s.mehrbrodt@gmail.com> 2014-09-22 08:01:57 +0000 Fix fdo#38884 Improve Up/Down movement in writer
*** Bug 139066 has been marked as a duplicate of this bug. ***
(In reply to Telesto from comment #6) > *** Bug 139066 has been marked as a duplicate of this bug. *** looking at dupe bug 139066, the edit cursor jumps to prior edit's starting x-position with an up/down line change, as here, continues to occur. Guess the old edit start value needs to be kept for any undo--but the ending text cursor x-position should become the new value for subsequent edit cursor movement.
*** Bug 119635 has been marked as a duplicate of this bug. ***
*** Bug 112351 has been marked as a duplicate of this bug. ***
Bumping priority.. to pop it out a little out of ignorance of the ' rules', personal gain, being an old bug.. having a number of duplicates (see also see also bugs, not marked as duplicate.. And the cursor being pretty essential part of a word processor.
I guess the easiest way to reproduce this issue is: 1. Open Writer 2. Type 'Hello' + return 3. Type 'Hello World' 4. Press Up key -> The cart goes to the beginning of the first paragraph. it should go to the end
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/ee0f845b3d739a6109f08d5c0cd0d839100f6828 tdf#93441: Revert "Fix fdo#38884 Improve Up/Down movement in writer" It will be available in 7.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I've reverted the culprit commit < d58bea0ffa2a2fe79103ab7aa743aea63e27a0fd > in master to see if reintroduced any problem that it fixed. Closing for now. Please test it
verify fixed in: Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 9530bd2fd6ab00a68f593666d2d7f7bd9fc72961 CPU threads: 4; OS: Linux 5.4; UI render: Skia/Raster; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: 9530bd2fd6ab00a68f593666d2d7f7bd9fc72961 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/28757ce2246f2598c8ace45f87225eaabbdaf8f0 tdf#93441: Revert "Fix fdo#38884 Improve Up/Down movement in writer" It will be available in 7.1.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.