It's a very annoying behaviour of writer. To reproduce this open a document, make a modification, continue reading. If you save the document, the focus moves to cursor position. In documents of several pages, is common to lose reading position, moving to cursor position when saving the document or hiding/showing changes. In my case, I have to correct large documents, and when click on Save, writer moves my reading focus one o two pages up, losing a lot of time searching it again.
The saving jump should be fixed in 5.2 and 5.3: bug 95797 I am not seeing the jump on saving. However, there is no report for the show/hide changes and I confirm. It also happens, when you activate or deactivate record changes Arch Linux 64-bit, KDE Plasma 5 Version: 5.5.0.0.alpha0+ Build ID: cee02e81cd3b55fb46eacf5db5713e8bf4363bcd CPU threads: 8; OS: Linux 4.10; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on May 19th 2017 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Confirmed bug in LO 6.0.4. View jumps to cursor when activating or deactivating record changes and showing or hiding changes. View jumps to cursor when activating or deactivating record changes and showing or hiding changes Versión: 6.0.4.2 Id. de compilación: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf Subprocs. CPU: 8; SO: Linux 3.16; Repres. IU: predet.; VCL: kde4; Configuración regional: es-AR (es_AR.UTF-8); Calc: group
Confirmed regression in bug 95797 (The saving jump) Update in: Confirmed bug in LO 6.10. View jumps to cursor when activating or deactivating record changes and showing or hiding changes. and Confirmed bug in LO 6.10. View jumps to cursor when activating or deactivating record changes and showing or hiding changes
The confirmed regression in bug 95797 (The saving jump) is present in LO 6.10
The confirmed regression in bug 95797 (The saving jump) is present in LO 6.2.3
The "save jump view bug" and the view jump to cursor when activating or deactivating record changes and showing or hiding changes still in LO 6.2.3. Extremely annoying bug.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/1fd0919d92e792fa4af209a0fc7fde55c9958d1a tdf#107870 sw: don't jump to cursor setting Record Changes 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.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/2832a5447ceb0c0e40d1e1772e41bfd90e37913c tdf#107870 sw: don't jump to cursor setting Record Changes It will be available in 7.1.0.0.beta2. 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.
Verified in: Version: 7.2.0.0.alpha0+ (x64) Build ID: 96bafa464ebdbce3ef04bec9beae5e745bb37794 CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded
Bug still present in LO 7.2.0.0.alpha+. When show/hide track changes, view focus is lost and jumps to cursor position. Version: 7.2.0.0.alpha0+ Build ID: d0f6c9f924fdbeed4c466e3a6eff7d6980ebc659 CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: kf5 Locale: es-AR (es_AR.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-01-06_08:45:17 Calc: threaded
László's commit was about record changes. It is true that with View - Show tracked changes it still jumps. Should another report be opened for it?
(In reply to Buovjaga from comment #13) > László's commit was about record changes. It is true that with View - Show > tracked changes it still jumps. Should another report be opened for it? Yes, just did that. László told me that would be a bit more difficult, better separate it. Meanwhile, keep this one as fixed for the tracking enable/disable problem.